Frage

Ich habe noch nie verwendet, jede Art von Quellcodeverwaltung vor, obwohl ich das Konzept zu verstehen. Was ich bin verwirrt über (und vielleicht gerade nicht bekannt) ist das, was Nutzen kann ich erreichen und / oder warum sollte ich Subversion und Apache konfigurieren? Muss ich es mit Apache konfigurieren, um meine Repositories über ein Netzwerk von anderen Computern zugreifen? Fühlen Sie sich bitte frei, alle anderen Details, um Ihnen relevante fühlen sind?

Mein Setup jetzt ist ein Laptop (Windows XP Pro) und eine virtuelle Maschine (Windows XP Pro). Auf meiner virtuellen Maschine habe ich Apache 2.2, MySQL 5 und PHP 5. Diese Einstellung ist mein Hauptanliegen, obwohl ich bin glücklich Beispiele / Situationen zu hören, die von meinem Szenario abweichen.

War es hilfreich?

Lösung

Es gibt keine Notwendigkeit Subversion mit Apache einzurichten. Ich habe Subversion seit Jahren und habe noch nie so zu tun hatte (obwohl es gibt Gründe, warum Sie sich, meist mit Authentifizierungsinfrastruktur zu tun). Da Sie in einer Windows-Welt sind, dann habe ich gesehen VisualSVN Server ist sehr zu empfehlen und ist einfach zu einfach einzurichten und zu gehen.

Andere Tipps

Schauen Sie sich die SVNBook Eintrag: eine Serverkonfiguration auswählen . Er spricht über die Vor- und Nachteile der verschiedenen Möglichkeiten, einen Subversion-Server zugreifen.

Das SVN-Protokoll die einfachste einzurichten und zu verwalten, aber wahrscheinlich nicht über Unternehmens-Firewalls arbeiten (aber Apache wird, über HTTP).

Es kann von Vorteil sein, wenn der Port 3690 geschlossen werden muss. Außerdem können Anwender den Code mit einem Browser zu finden, welche Vor- und Nachteile hat. Sie brauchen nicht eine Subversion-Client haben, um den Code zu sehen, aber ein Web-Browser macht einen miesen Repository Browser.

it up Einstellung ist nicht allzu schwierig. fand ich diese Seite nützlich sein.

Aber, wenn Sie nur in einer lokalen VM-Umgebung verwenden, svnserve wäre für Sie in Ordnung sein.

Der Vorteil Ihre SVN-Repository durch Apache Hosting kommt ins Spiel, wenn Sie ACLs auf Ihrem Repository wollen.

Sie können die Standardauthentifizierung konfigurieren und Limit-Berechtigungen für ein jedes einzelne Verzeichnis (oder pro Datei, wenn Sie das Bedürfnis verspüren). Zum Beispiel können Sie das Repository konfigurieren Gast Kasse zu ermöglichen, aber jedes Schreiben in das Repository wird einen bestimmten, gültigen Benutzer erfordern.

Ein Ergebnis Apache der Verwendung Ihrer Benutzer zu authentifizieren bedeutet, dass Sie nicht Ihre Benutzer in einem Htpasswd zu definieren. Apache kann in LDAP-Haken, die meisten jede Art von SQL-Server oder sogar die Kerberos-Authentifizierung verwenden.

den vereinfach svnserve Mit gut genug sein kann. Allerdings können abgestimmter Berechtigungen nicht angewandt werden, und Sie werden Haken der Lage sein, in einer anderen Benutzerdatenbank für die Authentifizierung nicht.

Aber von Ihrer Beschreibung, alle oben kann zu viel des Guten. Die Vorteile Apache Angebote sind weitgehend nutzlos für einen einzelnen Benutzer und nicht der Mühe wert.

Die Situation Ich glaube, du bist immer auf, wenn Sie das WebDAV-Protokoll für den Zugriff auf Ihre SVN-Repository verwenden möchten. In diesem Fall sind in dem Sie im Grunde Apache, um den Dateizugriff als Vermittler SVN selbst (keine direkte Verbindungen zum Repository).

Griff

Ich habe gehört, das funktioniert ziemlich gut, aber es gibt mehrere Alternativen. Werfen Sie einen Blick auf das SVN-Book (überprüfen Google) für einen Ausgangspunkt.

Wir verwenden Subversion in einem kleinen Team (6 Personen) Umgebung, die Visual SVN-Repository verwenden. Am Anfang haben wir nicht ein Apache-Webserver, nur IIS, aber jetzt haben wir auch Apache laufen, aber es gibt keinen zwingenden Grund, Apache für das Repository zu verwenden.

Mit Apache können Sie Ihr Repository über WebDAV zugreifen, dh über HTTP auf einem Standard-Port, so dass Sie Ihr Repository hinter Corporates / veröffentlichen Firewall zum Beispiel zugreifen können, die den svnserve Port nicht erlauben kann.

SVN können ein Client-Server-System, wenn Sie auf Aktien Code mit anderen Menschen wünschen. Allerdings, wenn Sie in Ihrem Code arbeiten allein (auch von mehr als ein Computer!) Sie brauchen keine jede Server auf alle!

Sie können die Datei: // - Protokoll in fast alle SVN-Clients und einem lokalen SVN-Repository erstellen

.

Ihre SVN-Repository kann auch von einer Netzwerkfreigabe arbeiten. Allerdings sollten Sie diesen Ansatz verwenden nur , wenn Sie daran arbeiten allein!

Sie müssen Apache nicht verwenden. Es gibt einen benutzerdefinierten Server - svnserve.exe kann stattdessen verwendet werden. Es läuft auf Port 3690 standardmäßig, aber es kann unter Verwendung des --port Schalter auf einen anderen Port eingestellt werden, wenn es einrichten.

Greg Hewgill gab dir einen Link, der Ihnen sagen, welche Version des Subversion-Server zu verwenden, und die verschiedenen Anwendungsfälle. Es läuft darauf hinaus grundsätzlich bis auf svnserve, wenn Sie nicht mit jeder Art von Authentifizierung müssen integriert werden. Verwenden Sie Apache, wenn Sie komplexere Szenarien benötigen.

Ich habe eine kommerzielle Windows-Konsole, die Svnserve behandelt. Mein Profil hat einen Link um das Utility zu sehen. Wenn Sie sich entscheiden, dass Sie Apache verwenden, empfehle ich, dass Sie verwenden VisualSVN Server .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top