2010-03-30 3 views
3

J'utilise Mercurial avec TortoiseHg. Chaque développeur a ses propres référentiels et il existe un référentiel central sur le serveur pour synchroniser nos modifications. (Cela semblera boiteux, mais nous l'utilisons pour gérer la source d'un projet VB6 hérité ... Rien que nous puissions faire à ce sujet ...)Comment gérez-vous les fichiers qui ne peuvent pas prendre en charge les modifications simultanées dans Mercurial?

Comme cela a été souligné ailleurs, il y a un gros problème dans VB6 avec la fusion des fichiers .frx (ressources de formulaire). Les modifications de code semblent donc bien se dérouler, mais si deux développeurs effectuent des modifications en même temps dans la vue de conception de formulaire, nous ne pouvons pas fusionner. Je suis d'accord pour interdire les modifications simultanées, mais bien sûr le but de Mercurial est qu'il est distribué de sorte qu'il n'y a pas d'option pour forcer un fichier à être verrouillé avant d'être édité. Je ne crois pas qu'il existe une solution Mercurial pour cela, donc je me demande: d'autres développeurs qui utilisent Mercurial pour le contrôle de version, avez-vous un outil tiers qui aide à verrouiller les fichiers pour les éditer dans les cas où c'est nécessaire? Avons-nous fait une erreur en utilisant Mercurial au lieu de quelque chose comme SVN?

+0

Cela m'intéresse aussi. –

Répondre

1

Entendu de certaines personnes utilisant un serveur de verrouillage autonome (this one en particulier).

0

C'est du livre de Bryan O'Sullivan sur Mercurial:

Il n'y a pas un seul contrôle de révision outil qui est le mieux dans toutes les situations. Par exemple, Subversion est un bon choix pour travailler avec des fichiers binaires édités fréquemment , en raison de sa nature centralisée et la prise en charge du verrouillage de fichier .

+1

D'accord. Si vous avez plus que besoin occasionnel de verrouiller des fichiers dans votre VCS, divisez votre dépôt et stockez-les dans SVN. (Je ne voudrais pas passer à SVN pour tous les fichiers) –

+0

@Rickard Hmm, j'ai déjà été dans le "deux VCS", et je n'y retournerais plus jamais. Je dirais choisir un VCS pour votre projet spécifique (pour quelque raison que ce soit le plus important) et respectez-le. Vous pouvez bien sûr utiliser différents VCS pour différents projets, si vos projets sont correctement architecturés. –

+0

@Neil Je n'ai pas essayé cela moi-même, mais j'ai lu certaines personnes le recommandent. Je suppose que cela devrait être facile pour certains types d'artefacts tels que la documentation ou les graphiques, pour d'autres plus ou moins compliqués. Quand vous dites que vous n'iriez plus jamais là-bas, on dirait que c'était mauvais. Je suis curieux, quels étaient tes problèmes et quelle était ta configuration? –

Questions connexes