Comment changer de https: // à svn: // protocole serveur subversion

Question

MISE À JOUR: analyse comparative svn et le protocole HTTP est ..

Pendant combien de temps il a fallu à la caisse le tronc d'un projet (en minutes et secondes) ..

protocole svn: 05:32

http: protocole: 05:33

protocole svn (à l'exception du dossier AVG): 2:22

protocole http (avec AVG dossier exception): 2:23

Vitesse Résultat: Absolument rien dedans! AVG Résultat: Cependant, en demandant à AVG d'ignorer mes dossiers de copie de travail, le temps de contrôle est devenu deux fois plus rapide!

---

QUESTION ORIGINAL:

Nous utilisons actuellement VisualSVN serveur que je pense !? ne supporte que le protocole http (s)? (Quelqu'un peut confirmer?)

J'ai read here et je me rends compte que le protocole svn: // est considérablement plus rapide, surtout avec beaucoup de fichiers plus petits. Quelqu'un peut recommander de recommander la façon la plus simple de migrer vers un serveur subversion avec le protocole svn: // (même si cela signifie utiliser un autre type de serveur subversion).

La machine qui exécute VisualSVN Server est une boîte Microsoft Windows Server 2003.

Merci à l'avance,

- Lee

Answer 1

Il s'avère que le problème avec le ralentissement de la mise à jour de subversion n'était pas dû au protocole (SVN était la même vitesse que HTTP) mais en fait en raison de l'analyse AVG tous les fichiers. Après avoir ajouté une exception à AVG pour ignorer mes dossiers de copie de travail, les mises à jour et les vérifications sont maintenant deux fois plus rapides.

---

Pendant combien de temps il a fallu à la caisse le tronc d'un projet (en minutes et secondes) ..

protocole

svn: 05:32

http: protocole: 05:33

protocole svn (à l'exception du dossier AVG): 2:22

protocole http (à l'exception du dossier AVG): 2:23

Vitesse Résultat: Absolument rien dedans! Résultat: Cependant, en demandant à AVG d'ignorer mes dossiers de copie de travail, le temps de contrôle est devenu deux fois plus rapide!

Answer 2

recommandent la façon la plus libre de la douleur de la migration à l'utilisation d'un serveur subversion avec le svn: // protocole

utilisation Subversion originale serveur au lieu de VisualSVN. L'administration du dépôt n'est pas si difficile! Il suffit de passer à SVN normal et économisez les coûts de licence.

---

Aussi, je suggère de rester avec le protocole HTTP/HTTPS. Dans la plupart des cas, le protocole n'est pas un problème sur les postes de travail Windows. Le problème habituellement votre antivirus et NTFS lent qui causent les problèmes.

Note générale: checkout sur Linux est plus rapide par ordre de grandeur que sur Windows Station en raison du problème ci-dessus. Donc, je ne crois pas qu'il y aurait des améliorations après le passage à svn://. Aussi, vous pouvez faire un benchmarking simple avec le serveur Subversion original et vérifier si cela améliore quelque chose.En outre, travailler avec https vous permet (à un moment donné si vous le souhaitez) de mettre le référentiel SVN sur Internet et de permettre aux utilisateurs d'y accéder en de manière sécurisée sans VPN.

Answer 3

Je pense qu'il est facile de changer de https:///http:// à svn:// protocole serveur VisualSVN car il y a un svnserve sous serveur VisualSVN. Juste pour commencer le svnserve utilisez la commande svnserve -d -r <repositories_dir>, alors vous pouvez utiliser le protocole svn:// pour accéder aux dépôts.