2009-10-06 2 views
1

Pendant longtemps, j'ai travaillé avec tortue SVN, quand j'ai pris la dernière du dépôt (après plusieurs jours), à mon dieu j'ai découvert beaucoup les fichiers étaient dans l'état en conflit. Il faut beaucoup de temps pour résoudre manuellement chacun d'eux manuellement.conseils/techniques/bestpractice pour résoudre les conflits avec svn

Quelqu'un pourrait-il suggérer les meilleures pratiques/outils tiers/astuces pour résoudre le même problème?

grâce,

vijay

+0

Bien que ce ne soit pas un moyen de résoudre les conflits qui se produisent déjà, je mentionnerai qu'il y avait quelques outils de recherche qui pourraient vous montrer quand d'autres travaillent sur un fichier avant de commettre (et causer un conflit de fusion). Malheureusement, cela n'a jamais fait son chemin dans les principaux IDE. – Uri

+0

Utiliser des canards GIT * * – voyager

Répondre

2

Je ne suis pas sûr que je ferais confiance à une application tierce pour résoudre les conflits de fusion. D'après mon expérience, la meilleure méthode consiste à mettre à jour aussi souvent que possible, alors quand il y a des conflits, il y en a peut-être moins. En ce qui concerne la résolution des conflits, il n'y a pas de substitut à ce que vous regardiez les conflits et décidiez quoi faire à propos de chacun individuellement.

J'utilise SourceGear DiffMerge pour mon éditeur de conflit de fusion. Cela rend un peu plus facile.

4

Premièrement: ne pas attendre plusieurs jours entre les appels à la mise à jour svn. Soyez religieux pour rester en phase avec le tronc, dans la mesure du possible. Deuxièmement, en relation avec le premier: éviter les branches à vie longue, si vous le pouvez. Faire une branche, corriger un bug, le recomposer. Faire une branche, refactoriser un peu, fusionner en arrière. Il serait pratique de créer une branche, d'écrire une entité entière, d'écrire tous les tests et de tout intégrer en même temps, mais cette approche est susceptible de créer des conflits de fusion que svn ne peut pas résoudre par lui-même.

Troisième: considérons un autre outil de contrôle de source. Les systèmes de contrôle de versions distribuées ont leurs défauts, mais ils ont tendance à avoir des outils de fusion de meilleure qualité que svn.