Ce sont A, B, et C dans KDIFF de fusion
Pourquoi suis-je donné trois choix lors de la fusion entre mon code et que quelqu'un d'autre?
Ne devrait-il pas être simplement mon code, l'autre personne, du code, et la sortie ci-dessous?
La documentation pour KDIFF ne m'aide pas à comprendre.
Vous devez vous connecter pour publier un commentaire.
Dirait que vous êtes en train de faire un trois voies de fusion, de sorte que devrait être la base de la révision que B et C sont fondées sur l', B est le leur, et C est la vôtre (je crois; B et C peuvent être à l'opposé, si).
Un se réfère à la version de votre fusion cible est basée sur. Si vous Fusionnez des branches, du tronc, 'A' sera la précédente tronc version.
B est ce que vous avez actuellement dans votre dossier trunk, y compris les modifications locales.
C est la Version que vous voulez fusionner sur le dessus de B.
Un est votre parent révision avoir B et C de l'enfant.
Ce qui signifie que B contient les modifications effectuées sur Un par user1/repo1 et C contient également les changements, mais par d'autres utilisateurs (user2/repo2)
kdiff vous donne la possibilité de sélectionner la modification de b ou c (ou les deux) ou du parent aussi 'A'
Une (BASE) --> fichier d'Origine qui se trouve actuellement en distance des pensions.
B (LOCAL) --> Votre fichier. Cela montre que vos modifications par rapport à A.
C (à DISTANCE) --> Leur fichier. Ceci ne montre que leur évolution par rapport à A.
Si les changements sont sur les différentes lignes de code, vous prenez à partir de la fois B et C.
Si les changements sont sur les mêmes lignes de code (conflit), vous prenez soit de B ou C.
Si je n'ai
git rebase
, mon observation est que:C est ce que dans my_branch localement ( c'est à dire a été vu dans mon éditeur avant de le rebase commencé et conflits).
B - branche, j'ai été la relocalisation my_branch sur le dessus de (dire la branche principale, par exemple)
Une révision de base de B & C (qui n'a pas d'importance pour moi dans ce cas)