2010-02-03 5 views
0

J'ai un scénario en temps réel où il y a un développeur qui a créé 3 ensembles de changements comme dans 1.1.1.2 & 1.3 et décide de checkin changeset 1.3.Comment résoudre les conflits changeset

Maintenant, le deuxième développeur vérifie le code et écrit son code et fait CheckIn. La situation est que le premier développeur décide qu'il n'aurait pas dû checkIn 1.3 au lieu de IN 1.2 mais s'il vérifieIn 1.2, quels que soient les changements ou le codage effectué par le second développeur, il a développé le code en fonction du changeset 1.3. Donc, les dépendances sont effectuées et il y a beaucoup de conflits de code. quelqu'un peut-il me dire comment résoudre ce problème? Quelles sont les différentes façons de régler la situation et comment y parvenons-nous? C'est dans TFS.

+0

J'ai supprimé les questions plus anciennes, puisque celle-ci a de nouveaux tags et de nouveaux titres. À l'avenir, s'il vous plaît, éditez simplement votre question au lieu de poster un doublon. –

Répondre

1
  1. En supposant que le premier dev vérifié dans 1.1, puis 1.2 et 1.3, vous pouvez effectuer les opérations suivantes: Retournez à 1,2, branche, puis fusionner les commits du second dev à la nouvelle branche. Continuez à partir de là ou engagez la nouvelle branche sur le dessus du coffre.

  2. En supposant que le premier dev seulement vérifié dans 1.3 à la fois et pas l'histoire: Laissez-lui créer un patch inverse de 1.3 -> 1.2. Appliquez-le au résultat du travail du second dev, élaborez manuellement les conflits.

Questions connexes