Les protocoles SVN et HTTP peuvent-ils être utilisés en toute sécurité sur le même référentiel simultanément?

Question

Nous aimerions évaluer si le protocole SVN fonctionne mieux pour notre équipe que HTTP, mais nous ne voulons pas encore commettre un changement complet.

À l'heure actuelle, nous avons un serveur Apache qui sert dans notre dépôt principal. Peut-on utiliser svnserve.exe en toute sécurité avec le même référentiel pour que quelques uns de nos développeurs puissent le tester? Mon estimation initiale est que nous pouvons, mais nous ne voulons pas risquer de corrompre notre dépôt.

Answer 1

Oui, c'est possible. Le livre officiel SVN a un chapitre consacré à cette situation: http://svnbook.red-bean.com/en/1.5/svn.serverconfig.multimethod.html. Il y a quelques pièges, mais ils ont plus à voir avec les paramètres d'autorisation.

Answer 2

Exactement, Subversion est conçu pour prendre en charge l'accès simultané via plusieurs protocoles, ce qui provoque des problèmes majeurs avec CVS. Non seulement vous pouvez utiliser http: // et svn: //, mais aussi file: // (si vous travaillez localement sur la machine, par exemple avec un outil d'intégration continue ou un autre hook post-commit) https://, svn + ssh: //, etc.

Dans mon expérience, une méthode ne s'est pas révélée objectivement «meilleure» que l'autre, mais elle présente certains avantages. Par exemple, Apache est extrêmement habile à gérer de nombreux accès en un seul. D'un autre côté, si vous n'utilisez pas déjà Apache, ou si vous ne voulez pas le faire gérer le trafic SVN, le démon svnserve est léger et très performant. Sur mon Mac, je configure svnserve en utilisant launchd pour démarrer seulement quand une requête arrive, ainsi il n'utilise aucune ressource quand il n'y a pas d'activité de dépôt. Ce qui fonctionne le mieux sera en grande partie un facteur des modèles d'accès que vous voyez dans la pratique.