Chaque collègue travaille sur une copie du même VPC et utilise Tortoise pour valider les fichiers. Certaines questions ont été soulevées en raison du fait que tous les VPC ont le même nom d'hôte et s'engagent dans le même référentiel. Des questions sur la question de savoir si cela conduira ou non à la corruption ou aux conflits de quelque nature que ce soit dans le référentiel. J'ai d'abord cru que cela ne poserait aucun problème puisque les commits sont atomiques et subversion ne se soucie pas du nom d'hôte de la machine qui s'y engage. Mais je ne peux trouver aucune source affirmant cela comme un fait réel.Activation de SVN à partir de plusieurs VPC
Donc, la question est, y at-il des préoccupations qui doivent être prises en compte lors de la validation des fichiers de plusieurs VPC qui ont tous le même nom d'hôte?
Une chance de fournir un lien vers un article ou une autre source pour le sauvegarder? – Mez
SVN a été initialement conçu pour utiliser Berkely DB, et il a utilisé son support de transaction, une transaction par connexion. Plus tard, il a été changé à partir de Berkeley DB, car il a fait les dépôts liés à leur plate-forme de création, mais le reste de l'architecte a été conservé. En interne, SVN utilise toujours un système de transaction, une transaction par connexion. –
Mais non, je n'ai pas d'article pratique qui le signale, mais j'ai * fait * les multiples validations simultanées d'une machine de build, où plusieurs sous-projets ont été validés via une branche parallèle dans mon script FinalBuilder. –