Redundanz für ein Subversion-Repository erstellen?

Question

Was ist der beste Weg, um redundante Subversion-Repositorys zu erstellen?

Ich habe ein Subversion-Repository (verknüpft über Apache2 und WebDAV) und möchte im Falle von Ausfällen ein Spiegel-Repository auf einem anderen Server erstellen, bin mir aber nicht sicher, wie ich am besten vorgehen soll.

Ich denke, dass Post-Commit-Skripte zur Weitergabe von Änderungen verwendet werden könnten, bin mir aber nicht sicher, ob dies der beste Weg ist, da jemand dazu beitragen kann

Answer 1

Klingt so, als ob Sie im Wesentlichen nach föderierten (synchronisierten) Servern suchen ...Ich habe kürzlich die gleiche Frage gestellt ... und obwohl ich nicht die genaue Lösung gefunden habe, nach der ich gesucht habe, kam ich ihr nahe.Siehe hier:

Answer 2

Benötigen Sie wirklich Backups pro Commit?Es gibt mit ziemlicher Sicherheit bessere Möglichkeiten, sich vor Ausfällen zu schützen, als diesen Weg einzuschlagen.Da es sich bei den meisten Ausfällen beispielsweise um Festplattenausfälle handelt, bietet Ihnen der Wechsel zu einem RAID-Array und/oder einem NAS/SAN-Speicher einen besseren allgemeinen Schutz und bei richtiger Konfiguration eine bessere Leistung.An diesem Punkt müssen externe Backups nur noch mit den verfügbaren Tools durchgeführt werden.Siehe die Abschnitt zur Repository-Wartung Einzelheiten finden Sie im SVN-Handbuch.

Wenn Sie wirklich Backups pro Commit benötigen, dann sind Post-Commit-Skripte die richtige Wahl.

Answer 3

Wenn Sie nur Lesezugriff auf das gespiegelte Repository benötigen, können Sie Folgendes verwenden svnsync was in SVN 1.4 zur Spiegelung hinzugefügt wurde.

Wir verwenden ein sekundäres Repository auf unserem Build-Server, um CruiseControl.NET auszuführen, aber das gespiegelte Repository ist schreibgeschützt.