Je veux configurer un serveur Pour le moment je ne suis pas sûr si je devrais installer Collabnet-svn ou visuelsvn .
J'ai lu, que Collabnet-svn fournit uniquement un client de ligne de commande pour l'administration et
que c'est un peu fastidieux de le mettre en place. VisualSVN est livré avec un client d'administration basé sur une interface graphique, facile à utiliser.
Par conséquent, j'ai quelques questions:
Y a-t-il des outils d'administration gratuits (avec une interface graphique) pour CollabNnet SVN Server?
Y a-t-il des tutoriels courts et faciles à apprendre à utiliser Collabnet SVN?
Visual SVN installe Apache aussi! Pour Collabnet SVN, cela n'est pas nécessaire.
Y a-t-il des problèmes, s'il y a aussi un actif IIS sur le serveur Windows?
est-il préférable d'utiliser CollondNet SVN avec une installation Apache? Dans mon cas, accès web
n'est pas nécessaire!
sont les capacités de Visual Svn (Standard Edition) et CollabNet SVN égal?
6 Réponses :
collabendre fonctionne juste bien. Je dois courir localement sur ma machine de développement à domicile en tant que service Windows. J'utilise Tortoisisesvn pour administrer mes référentiels, donc il n'y a pas de soucis.
Vous en configurez-vous pour vous-même ou une équipe? Je n'ai pas d'expérience en tant qu'administrateur SVN pour d'autres.
Je pense que cela n'est pas pertinent si c'est pour une équipe ou une seule personne!
Je la configure pour une très petite équipe (4 personnes)
Mon expérience n'est pertinente que pour une personne, donc je ne peux donc pas parler pour l'administrer pour une équipe.
Visual Svn Server a en effet une bonne interface graphique pour la maintenance du référentiel et la mise en place de droits d'accès. De plus, il vous permet également de définir les droits d'accès à l'aide de vos comptes Windows (authentification Windows), qui peut rendre votre vie beaucoup plus facile.
Au cours de mes tests rapides, je n'ai trouvé aucun problème avec IIS en raison de l'installation de Visual Svn Server (il vous permet d'utiliser un orifice différent de la norme 443). BTW: Visual Svn Server utilise le protocole HTTPS: //, alors qu'avec SVNserve, vous pourriez utiliser SVN: //.
Ce sont les raisons pour lesquelles je vais bientôt basculer sur Visual Svn Server.
Notez que l'authentification Windows est sévèrement limitée dans l'édition standard de VisualSvn, ce n'est donc pas vraiment important dans cette comparaison.
Merci@mghie! Cela a-t-il changé récemment? Cela fait quelques mois que j'ai fait des tests rapides avec elle.
Je ne sais pas vraiment, mais je suppose que ce n'était jamais différent - ce n'est qu'une chose vraiment convaincante d'amener les gens à dépenser de l'argent sur les licences VisualSvn. Pour plusieurs utilisateurs sur plusieurs machines, l'intégration avec Active Directory est nécessaire, ce qui nécessite la version VisualSvn payée.
La version gratuite de VisualSvn Server prend entièrement en charge l'utilisation de connexions Active Directory. Il suffit de demander à l'utilisateur de saisir leurs informations d'identification (qui peut être mémorisée par SVN) au lieu d'utiliser les informations d'identification Windows intégrées. Pas vraiment une grosse affaire.
Je recommande vivement Collabnet SVN (Utilisez l'option Apache dans l'installation) et TortoiseSVN comme un bon client GUI. Je ne suis pas un énorme gars d'OpenSource, mais j'aime cette combinaison.
Actuellement, j'utilise actuellement celui-ci dans une fenêtre Windows / Visual Studio 2005+ uniquement Environnement et plus de 10 développeurs
Pour moi, il est important qu'il soit facile d'administrer. Je ne veux pas modifier les fichiers de configuration ou utiliser un client de ligne de commande!
Après cette déclaration, je pense que vous avez votre réponse, vous devriez aller avec VisualSvn
visuelsvn est limité à http: // et https: // protocoles.
Cependant, svn: // protocole est beaucoup plus rapide , donc je suggère d'utiliser CollabNet SVN pour des raisons de performance.
Où dans le royaume de la performance? Check-outs? Commettre? Créer des reposs? UI Expérience? ...
Toute communication avec serveur (commit, mise à jour, blâme, etc.) est nettement plus lente. Toutefois, avec la libération de SVN 1.7 Performance du transport HTTP est améliorée, voir Subversion. apache.org/docs/release-notes/1.7.html#HTTPV2
VisualSvn et Collabnet sont maintenant par défaut à l'aide de http (s): // via le module Apache. Mais les deux navires avec svnserve.exe si vous voulez utiliser svn: //. Je ne pense pas que leurs kits d'administration fonctionneront si vous l'utilisez.
Autant que beaucoup ont mentionné dans leurs réponses, Subversion a deux protocoles principaux: pro:
con:
pro:
con:
Cela dépend de ce dont vous avez besoin, vous pouvez choisir quel protocole vous convient le mieux.
Nous utilisons les deux protocoles sur notre place, où nous utilisons principalement des http / https ou svn .
plus lent Beaucoup amélioré dans Subversion 1.7 libération.
svn protocole et http / https protocole pour exposer notre référentiel au public.
Collabnet est maintenant Collabnetservergedge. Le changement principal est qu'il utilise Apache au lieu de svnserve (toujours inclus) et facilite la configuration. Il a une console d'administration basée sur le navigateur. Il ajoute également des fonctionnalités telles que ViewVC intégrées pour la navigation de code et l'authentification LDAP. Le côté bas est l'authentification Windows est très maladroite et créera des comptes en double si l'utilisateur n'est pas prudent avec le cas du nom d'utilisateur. Il n'utilise pas non plus les groupes de sécurité d'Active Directory non plus, il s'agit donc d'une fonctionnalité inutile et non sécurisée. ViewVC est bon pour les utilisateurs externes ou les personnes sans client SVN, mais nous avons reçu sans cette fonctionnalité depuis des années.
Un autre inconvénient de CollabNet importe des anciens référentiels nécessite une vidange à l'importation. J'ai constaté que les plus grands référentiels peuvent prendre des heures pour effectuer une décharge. VisualSvn Server n'a besoin que de copier le référentiel.
J'aime Ankhsvn alors j'ai commencé avec Collabnet Edge, mais maintenant je me penche vers VisualSvn Server.
Pas de problème sur l'installation apache le même serveur que IIS tant qu'ils sont tous deux affectés à différents ports tcp.
Peut-être mieux utiliser un VCS distribué (comme Bazar - Bazaar-vcs.org ). Il n'a pas besoin d'un serveur.
@MyFreeweb: Subversion n'a pas besoin d'un serveur non plus, si vous ne partagez pas votre référentiel entre plusieurs utilisateurs.
@ Greg-Hewgill: DVCS n'a pas besoin d'un serveur pour partager un référentiel.