Quel serveur Windows SVN dois-je utiliser?
Sur la page de téléchargement des binaires SVN Windows, vous pouvez en choisir quelques-uns:
http://Subversion.tigris.org/getting.html#windows
Y a-t-il des avantages et des inconvénients aux différentes versions fournies par les différentes organisations? Y a-t-il quelque chose à surveiller?
Surtout, je veux juste quelque chose de gratuit que je vais utiliser mon ordinateur portable Vista. Ensuite, je ferai probablement des sauvegardes des fichiers SVN de temps en temps sur un disque dur externe.
Nous avons choisi VisualSVN car cela facilite l'utilisation de l'authentification Windows au lieu d'avoir un utilisateur SVN distinct.
D'autres avantages sont une interface graphique facile à utiliser pour la gestion des autorisations et pour la gestion des hooks SVN.
La seule chose dont je ne suis pas vraiment fan est l'interface graphique Web. Pour autant que je sache, vous ne pouvez pas voir les différences basées sur le Web, donc si cela fait une différence ...
Mes amis qui gèrent une boutique Windows en disent long sur VisualSVN
Je viens de configurer win32svn serveur selon cet article par Jeff Atwood.
Contrairement à VisualSVN, win32svn n'est pas si étroitement intégré à Windows, orienté sur l'utilisation du terminal et open source sous licence Apache.
Toutes ces solutions configurent le serveur HTTPD Apache standard avec l'intégration Subversion. Ils ne font pas de vraie magie.
UberSVN et VisualSVN fournissent une jolie interface frontale, mais dans les coulisses, c'est juste une configuration Apache standard. Si vous n'êtes pas un CM et que vous ne voulez pas que ce soit votre travail, ce n'est pas une mauvaise alternative. Cependant, n'essayez jamais de modifier la configuration derrière leur dos. Ils annuleront les changements ou gâcheront vraiment les choses.
Cependant, j'utilise Apache httpd afin d'accéder à mon Windows Active Directory. Je configure mes utilisateurs, donc leur compte Windows et leur mot de passe sont leur compte Subversion et leur mot de passe. J'ai configuré un groupe de sécurité Active Directory ou un groupe Exchange Active Directory comme base de données d'autorisation. Si un utilisateur est membre de ce groupe, il a accès au référentiel via son identifiant Windows. Sinon, ils n'y ont pas accès. Propre et simple. Je ne suis plus dans le domaine de l'autorisation des utilisateurs, ce qui me donne plus de temps pour jouer à Candy Crush ..Je veux dire .. autre travail CM.
Sinon, je pourrais aussi bien utiliser svnserve: c'est plus rapide qu'Apache httpd, beaucoup plus facile à configurer et plus stable aussi.
Si vous n'allez pas utiliser Active Directory comme backend d'autorisation, vous êtes technique, et cela ne vous dérange pas de vous salir les mains, j'utiliserais soit play svnserve (et le configurer comme - Service Windows . Pas besoin de ces packages.
Si vous allez utiliser Active Directory comme backend d'autorisation (et pourquoi pas?), J'utiliserais CollabNet Subversion Edge pour aider à configurer Apache httpd et Subversion et faire toute ma configuration manuellement. La configuration d'Active Directory via LDAP via Apache httpd n'est pas vraiment difficile, et une fois cela fait, vous n'aurez probablement jamais à toucher à nouveau. La documentation sur l'intégration d'Apache httpd/Subversion/LDAP/ActiveDirectory peut être facilement trouvée .
Je vous suggère de regarder la ligne Subversion Documentation et de la parcourir. Si penser à utiliser le client de ligne de commande svn vous rend fou, alors obtenez VisualSVN ou UberSVN et laissez-les s'occuper de vous. Si cela ne vous dérange pas d'aller tout 1990 avec votre ordinateur, oubliez les jolis frontaux et utilisez CollabNet Edge.
Encore une chose, je ne suis pas fan de ViewVC fourni avec CollabNet Edge. Il doit utiliser file:// et doit fonctionner sur le même serveur que votre logiciel de serveur Subversion. Au lieu de cela, je préfère Sventon . Il peut s'exécuter sur un serveur distinct et vous pouvez utiliser les mêmes informations d'identification que vos informations d'identification Subversion standard. De plus, j'aime un peu mieux l'interface.
En votant pour CollabNet Subversion Edge, il est très simple à configurer et à administrer via une interface Web. Je suis à l'aise pour éditer des fichiers de configuration si je le dois, surtout en provenance d'un environnement Linux, mais c'est bien de ne pas être obligatoire pour le faire - CollabNet rend cela facile.
Nous utilisons un module Apache SSPI avec le serveur Collab.Net Subversion.
A parfaitement fonctionné pour nous.