Alle diese Lösungen richten den Apache HTTPD-Standardserver mit Subversion-Integration ein. Sie machen keine echte Magie.
UberSVN und VisualSVN bieten ein hübsches Front-End-Interface, aber hinter den Kulissen ist es nur Standard-Apache-Setup. Wenn Sie kein CM sind und nicht wollen, dass das Ihre Aufgabe ist, ist das keine schlechte Alternative. Versuchen Sie jedoch nicht, die Konfiguration hinter dem Rücken zu optimieren. Sie werden entweder die Änderungen rückgängig machen oder die Dinge wirklich vermasseln.
Allerdings verwende ich Apache httpd, um auf mein Windows Active Directory zuzugreifen. Ich habe meine Benutzer eingerichtet, also sind ihr Windows-Konto und ihr Passwort ihr Subversion-Konto und ihr Passwort. Ich habe eine Active Directory-Sicherheitsgruppe oder eine Active Directory-Exchange-Gruppe als Autorisierungsdatenbank eingerichtet. Wenn ein Benutzer Mitglied dieser Gruppe ist, hat er über seine Windows-Anmeldung Zugriff auf das Repository. Wenn nicht, haben sie keinen Zugriff. Sauber und einfach. Ich bin nicht mehr im Benutzer Autorisierungsgeschäft, das gibt mir mehr Zeit
spielen Candy Crush
.. ich meine .. andere CM Arbeit.
Ansonsten könnte ich auch einfach svnserve
verwenden: Es ist schneller als Apache httpd, viel einfacher zu installieren und stabiler.
Wenn Sie Active Directory nicht als Autorisierungs-Backend verwenden, Sie sind technisch und haben nichts dagegen, Ihre Hände ein wenig schmutzig zu machen, würde ich entweder svnserve
abspielen (und es als Windows Service einrichten. Keine Notwendigkeit für eines dieser Pakete.
Wenn Sie Active Directory als Autorisierungs-Backend verwenden (und warum nicht?), Würde ich CollabNet Subversion Edge verwenden, um Apache httpd und Subversion einzurichten und alle meine Konfiguration zu tun manuell. Das Einrichten von Active Directory über LDAP über Apache httpd ist nicht wirklich schwierig, und wenn Sie fertig sind, müssen Sie wahrscheinlich nie wieder berühren. Die Dokumentation zur Integration von Apache httpd/Subversion/LDAP/ActiveDirectory can easily be found.
Ich schlage vor, Sie schauen auf die Online Subversion Documentation und gehen Sie durch. Wenn Sie daran denken, den Befehlszeilenclient svn
zu verwenden, dann werden Sie auf VisualSVN oder UberSVN aufmerksam und lassen sich von Ihnen die Dinge erledigen. Wenn es Ihnen nichts ausmacht, mit Ihrem Computer in das Jahr 1990 zu gehen, vergessen Sie die hübschen Frontends und verwenden Sie CollabNet Edge.
Noch eine Sache, ich bin kein Fan von ViewVC, die mit CollabNet Edge kommt. Es muss file://
Protokoll verwenden und muss auf dem gleichen Server wie Ihre Subversion-Server-Software ausgeführt werden. Stattdessen bevorzuge ich Sventon. Es kann auf einem separaten Server ausgeführt werden, und Sie können dieselben Anmeldeinformationen wie Ihre Standard-Subversion-Anmeldeinformationen verwenden. Außerdem mag ich die Schnittstelle ein bisschen besser.
Irgendwelche Kommentare zu den anderen Optionen oder warum Menschen entscheiden, mit VisualSVN über die anderen zu gehen? –
Immer noch niemand mit SilkSVN oder CollabNet SVN? –