Donc, hier, j'ai posté un question concernant des conflits étranges quand j'ai essayé de rebaser une branche en amont dans ma branche de sujet local.Conflits avec `git rebase`
En fin de compte j'ai utilisé git rebase --merge upstream
et résolu beaucoup de conflits dans les fichiers que je n'ai pas touchés depuis le rebas précédent. Dans ce cas, ma compréhension de rebase est de détacher mes validations de cette branche, d'appliquer les validations à partir de la branche amont, puis d'appliquer (en tant que correctifs) mes validations à celles-ci. Donc, cela finit par être une opération d'avance rapide. Ce que je ne comprends pas, c'est ... pourquoi aurais-je des conflits de fusion avec les commits qui viennent d'amont? Sont-ils appliqués en tant que correctifs aussi bien? Je pensais que c'est juste ... l'acte de "soudure" que certains commettent en plus du commit précédent qui venait de la même branche?
Je demande cela parce que j'avais beaucoup de conflits dans les fichiers que je n'ai pas touchés. Oh, et je fais des rebas quotidiens avec cette branche en amont.
MISE À JOUR
Je viens de remarquer que certains des commits apportés de l'amont à mon sujet branche ont leur carte d'identité SHA-1 a changé. Est-ce que quelqu'un sait ce qui pourrait amener Git à faire ça? Est-ce que ce pourrait être le commutateur --merge
?
Ma version git est 1.5.6.5
Avez-vous une sorte de conversion automatique comme dans http://stackoverflow.com/questions/1042207/git-svn-rebase-fails? – VonC
@VonC 'core.autocrlf' est vide, ce que je suppose a la valeur par défaut de" entrée ". Pourrait-il être à cause de cela? Je ne suis pas sûr de savoir comment reproduire le problème maintenant, pour voir si le paramétrer sur false fait une différence. –
ţ: assurez-vous de le définir sur false, juste pour être sûr. – VonC