Git rebase pour une twig créée il y a quelques jours

J'ai besoin d'aide pour comprendre git rebase pour cette situation. J'ai vérifié une twig créée par quelqu'un il y a 10 jours. J'ai vérifié en utilisant

git checkout -b <some name> origin/branchname 

(Je viens d'utiliser un nom différent pour l'identifier)

Après la caisse, si je fais rebasculer en étant dans cette twig vérifiée,

 git rebase origin/master 

Il montre quelques erreurs comme 1) Espace blanc de fin – J'ai lu à ce sujet mais même après avoir essayé cette command que j'ai trouvée en ligne, je vois toujours les avertissements.

  git config core.whitespace nowarn 

2) Fusion automatique CONFLICT (append / append): Fusionner les conflits dans … ces files sont dans la twig master mais le contenu est légèrement modifié dans la twig checkout. Alors, comment dois-je résoudre ce problème? Je n'ai pas le pouvoir de modifier quoi que ce soit dans le maître directement si c'est le moyen de le réparer. Ces files doivent avoir le contenu de cette twig de vérification afin que le test fonctionne bien car il est lié à cela .. s'il vous plaît me clarifier ..

Cordialement

Solutions Collecting From Web of "Git rebase pour une twig créée il y a quelques jours"

Les gars ont à peu près répondu à la question sur les espaces, mais n'ont pas touché à la partie rebasée de la question. Voici ce qui se passe quand vous rebassez:

D'abord, vous vérifiez à une twig, alors vous dites:

 git rebase master 

Cela signifie que vous souhaitez rebaser le HEAD actuel (votre twig de sujet) sur le maître. Git revient dans l'histoire de votre twig de sujet et dans l'histoire de la twig maître et trouve un engagement qui est un premier ancêtre commun pour les deux. Ce commit sera une ancienne base pour votre twig de sujet. Ensuite, il prend tous les commits qui se sont produits depuis lors dans votre twig et les "réapplique" dans l'ordre d'apparition au-dessus du maître actuel. Parfois, un conflit peut se produire, puis le process de rebasage s'arrête et attend votre résolution. Vous devez donc les résoudre manuellement en éditant les files et en les marquant comme résolus par git add conflicted_file Une fois cela fait, vous devrez dire git rebase --continue

Maintenant vous ne changez PAS les files dans la twig master en faisant cela – les changements se produisent dans votre twig de sujet et la résolution des conflits sont enregistrés dans votre twig de sujet.

J'espère que cela pourra aider.

Si c'est quelque chose comme question " git svn windows linux whitespace " que vous mentionnez, alors les commands seraient:

 git config core.whitespace nowarn git config core.autocrlf true 

(pour conserver ces parameters régionaux dans le repo actuel).
Cela forcerait tous les files à adopter un style eol, empêchant un file sur origin / master d'avoir des lignes identiques avec une autre eol que votre propre copy est rebasée (ce qui expliquerait les messages d'erreur CONFLICTS (add/add) ).

Mais je rest douteux à propos d' autocrlf true , et préfère gérer le style .gitatsortingbutes travers les files .gitatsortingbutes .

cd dans le dossier .git dans votre repo. Vous ne pouvez pas voir ce dossier si vous utilisez un explorateur de files qui n'est pas activé pour afficher des files ou des files cachés . ou _ à l'avant. Dans le dossier .git , vous aurez un file nommé config . Ouvrez-le dans un éditeur de text et vous devriez être capable de voir une partie nommée [core] . Ajoutez l' whitespace = nowarn là. L'autre location où vous pouvez find .gitconfig est sous votre directory personnel si vous utilisez une machine Linux. Si c'est sur windows cela dépend de comment vous avez installé git (via cygwin ou msysgit).

Si msysgit vois cette question ( où git config –global est-il écrit? ) Pour l'location du file .gitconfig . Si c'est cygwin, alors vous pouvez voir son contenu par cat ~/.gitconfig .