SVN Copies de travail sur le partage réseau

Question

Ok, je reçois mes processus de contrôle de version pour mon équipe web.

Je sais idéalement que chaque utilisateur aurait une copie de travail complète de leur code sur leur machine locale.

Malheureusement pour beaucoup de nos applications Web qu'ils ont serveur supplémentaires exigences spécifiques d'intégration système DB ou d'autres qui ne peuvent pas être répliquées sur le poste de travail d'un utilisateur (c.-à certains serveurs installer juste ne sur XP, Vista, etc.)

I Je cherche à mettre en place une zone sur un de mes serveurs qui fonctionne comme une copie de travail pour chaque utilisateur mais réside toujours sur le réseau.

à savoir

/SVRROOT/ 
- Dev1 Working Copy 
- Dev2 Working Copy 
- Dev3 Working Copy 

Cela signifie que chaque utilisateur aura son propre espace de travail (selon les meilleures pratiques SVN), mais il sera sur le réseau.

Est-ce que quelqu'un voit un problème avec ce modèle?

Answer 1

Vous pouvez constater que les performances des opérations Subversion sur le réseau sont beaucoup plus lentes que les performances de la même opération Subversion localement. J'ai rencontré ce problème dans Unix land avec des répertoires de travail montés sur NFS, mais je suppose que vous pouvez rencontrer la même situation en utilisant des partages Windows.

Il serait utile de comparer la performance dans différentes situations pour voir quel sera l'impact.

Answer 2

Certaines actions de subversion fonctionneront un peu mieux si vous mappez le dossier réseau sur une lettre de lecteur. La bibliothèque apache Apr effectue des requêtes réseau supplémentaires lorsque vous utilisez un chemin d'accès à la place d'une lettre de lecteur.

Généralement, vous devriez simplement utiliser un dossier local pour votre copie de travail car l'idée est que vous pouvez vous contenter de sauvegarder le serveur. Visual Studio 2005 et 2008 permettent la plupart des scénarios de serveur Web avec son mini serveur Web et la plupart des bases de données sont accessibles sur le réseau (ou configuration par développeur). Cela sépare les développeurs d'un seul point de défaillance.

avec tout le monde sur un seul serveur un seul développeur peut bloquer le serveur webserver/base de données tous les développeurs utilisent ...