Visual Studio 2008: comment éviter l'enfer de fusion de fichiers de projet?

Question

Lorsque vous travaillez sur un projet VS C # avec plusieurs développeurs qui sont tous ajoutent de nouveaux projets et fichiers à la même solution la dernière pour essayer de vérifier dans ses changements obtient des conflits sur le fichier de solution de projet qui ne sont pas faciles à fusion.

La solution à ce problème plus facile que j'ai trouvé est de rejeter mes propres changements et accepter la dernière version du serveur. Ensuite, je Réintégrer mes propres changements. En fonction de la quantité de nouveaux fichiers ajoutés au projet, cela peut être facile, ou une tâche vraiment ennuyeux.

Je me demande s'il y a un moyen plus facile de le faire. Lire: puis-je faire VS / TFS / fusion ça pour moi

Answer 1

Ma suggestion serait de mettre à jour et engager plus fréquemment. En particulier, assurez-vous que vous exécutez Get plus tard avant dans l'attente des modifications sur un fichier de solution.

« Fusionner l'enfer » avec des choses comme des fichiers XML et texte (que tous les fichiers de projet et de solution sont) se produit généralement que parce que les gens tentent de commettre des changements simples qui sont très grandes.

Si vous avez l'habitude de faire commits réguliers, les fusions ont tendance à être plus petits et les outils ont tendance à faire un travail parfait de celui-ci.

Answer 2

J'ai fait un outil spécifiquement fichier de solution de comparaison / fusion (et peut également être utilisé pour créer dynamiquement solution filtrée ainsi).

Il se trouve à l'adresse: http://slntools.codeplex.com/

Answer 3

Je n'ajouter des fichiers à la solution, seuls les projets. Si vous avez besoin d'ajouter des fichiers, les ajouter à un projet.

Si vous ne voulez pas fusionner, alors l'alternative est si quelqu'un vérifie dans une solution avec un nouveau projet, puis tirer de ce projet et la solution vers le bas, en écrasant votre propre fichier de solution, puis ajoutez votre projet au solution et vérifier que avant. maintenant, la solution a à la fois leur projet et le vôtre.

Answer 4

Moi aussi je suis très nourri avec des problèmes de fusion avec les fichiers de projet. (À un moment donné, je tentais de résoudre les conflits 9000+ dans un seul fichier de projet.)

Je l'ai fait quelque chose: http://www.projectmerge.com

Bien que cela a commencé comme un outil de comparaison / fusion fichier de projet, il a évolué rapidement en quelque chose qui peut se comparer et de fusionner un fichier XML.

Je espère que vous trouverez utile.

Answer 5

Une suggestion pour ajouter à la piscine des commentaires ...

Les travaux sur la réduction des modifications apportées au fichier SLN lorsque vous vous engagez, pour le rendre plus facile pour les autres de fusion.

(Bien sûr, la même chose pour les autres aussi).

Pour illustrer, supposons que votre fichier SLN contient actuellement quatre projets:

SLN: A, B, C, D

Vous et un collègue à la fois faire des changements. Vous ajoutez projet E, plus (pour une raison quelconque) les choses se réorganisés:

Yours:  A, E, D, C, B

Vos collègues changements impliquent l'ajout de projet F:

Co-Worker: A, B, C, D, F

Si vous vous engagez vos modifications est, votre collègue doit faire face à la fusion de ces deux:

SLN: A, E, D, C, B
Co-Worker: A, B, C, D, F

Nasty

.

Au lieu de cela, si vous (! Attentivement) travailler afin de minimiser vos différences, vous pouvez faire votre copie de travail ressemble à ceci:

Yours:  A, B, C, D, E

Dans ce cas, lorsque votre collègue a besoin de fusionner, ils doivent faire face à ceci:

SLN: A, B, C, D, E
Co-Worker: A, B, C, D, F

Beaucoup plus facile à fusionner.