Je vois que ce conflit se produit lorsque deux branches ont changé la même "ligne" du code. Je suppose donc qu'il est possible que deux personnes soient éditées le même fichier sans savoir que chacun change, et parce que les changements n'étaient pas dans les mêmes lignes, la GIT confère donc une passe lors de la fusion, mais peut avoir introduit des erreurs logiques?
3 Réponses :
oui. Git Il suffit d'organiser des versions et d'aider le développement Async. Il ne compile ni ne teste votre code. Au lieu de cela, vous pouvez créer des tests qui fonctionnent avant de commettre.
La fusion automatique n'est pas fiable; Les résultats doivent être soumis à une révision et de test.
Dans de nombreux cas, il est "évident" par inspection que deux changements sont complètement indépendants.
Par exemple, un correctif de par une boucle dans une boucle dans un pilote Serial UART est presque certainement sans rapport avec le correctif pour une condition de course dans la pile USB, de sorte que vous ne tenez pas la peine de les considérer comme une sorte de sémantique Conflit.
La fusion automatique, en général, est l'un de ces outils sur lesquels nous pourrions écrire une "efficacité déraisonnable de" article.
C'est correct.
Les conflits de fusion GIT sont édition de texte les conflits où il ne peut pas être certain lequel de deux modifications à adopter dans la version fusionnée.
Il est toujours possible d'avoir un logique "conflit" de signification / intention de code. Git est incapable de comprendre les modifications.
Un exemple simple de deux développeurs travaillant indépendamment:
Git ne compile pas / n'exécute pas le code et ne peut pas savoir qu'il existe un conflit logique juste en effectuant une fusion de code textuel.
Git ne comprend pas votre code.
Oui ça ça possible.