SVN Server allgemein und Backups

[RWarnecke]

Hallo zusammen,

Sebastian hat ja in der Entwickler-Ecke ein kleines Tutorial für den VisualSVN geschrieben. Da ich jetzt schon ein größeres Projekt angefangen habe und das zweite starten wird, wenn beim ersten die Beta-Tests gemacht werden, dachte ich mir, wäre eine Versionskontrolle vielleicht ja nicht schlecht. Ich habe aber dazu ein paar Fragen :

1. Wenn ich das ganze drum herum von SVN richtig verstanden habe, arbeite ich ja immer lokal mit einem Repository, welches ich über einen Checkout erstellt habe. Wenn ich jetzt zum Beispiel eine neue Funktion eingebaut oder einen Fehler bereinigt habe, dann bringe ich das lokale Projekt über Commit wieder ins Repository. Ich hoffe diese kurze Umschreibung ist soweit richtig ?
2. Wie und mit was werden bei euch ein Backup der Repositories erstellt ?
3. Ich erstelle mir im Moment über den FinalBuilder immer wieder Kopien von den einzelnen Builds. In wie fern kann ich den Final Builder nutzen, um zum Beispiel ein Commit ins Repository zu erstellen ?
4. Was wäre eurer Meinung besser, den SVN Client in der IDE zu nutzen oder die SVN Option im Final Builder ? Was für Vorteile und oder Nachteile haben diese beiden Varianten ?

Ich freue mich auf eine informative Diskussion.

[Lemmy]

hi,

zu 1.: ist so weit korrekt
zu 2.: mein Repository liegt auf meinem Linux-Server und damit habe ich schon das erste Backup (anderer Rechner, andere Festplatte). Weiterhin wird der Server regelmäßig gesichert - da ein SVN-Repository "nur" normale Dateien sind ist das ja auch kein Problem
zu 3. und 4.: FinalBuilder habe ich bisher nicht eingesetzt, nutze aber für meine Arbeit TortoiseSVN im Explorer, insbesondere da ich noch viele Projekte in alten IDEs habe (Delphi 5 und 7).

[himitsu]

Wenn du direkt auf das Server-Verzeichnis zugriff hast, dann kannst du das mit jedem beliebigen Programm backupen,
ansonsten gibt es neben der svn.exe auch eine für das Backup über's Netzwerk.

Im Prinzip kannst du den SVN-Klient parallel zu dem im delphi nutzen.
Wobei es sich große Dinge vermutlich über den Explorer einfacher erledigen lassen.

Aber eine kleine Datei von der Projektverwaltung schnell hochzuladen, das geht eigentlich recht gut, genauso wie das Changelog für die Dateien in der IDE genutzt werden können ... ist ja praktisch genauso, wie mit dem __histoy-Verzeichnis,nur daß dort automatisch auf's SVN zugegriffen wird.

[vagtler]

1. Ja.

2. Wir verwenden git, so dass wir immer automatisch auch räumlich getrennte Backups haben - ein nicht zu unterschätzender Vorteil von verteilten Quellcodeverwaltungssystemen. Darüber hinaus wird jede Nacht ein komplettes Backup unseres git-"Servers" gefahren - in einem anderen, ebenfalls räumlich getrennten Rechenzentrum.

3. Du meinst Kopien der Build-Artefakte? Die kann man natürlich auch per Action im Repository persistieren, ist aber eher ungewöhnlich, da ja gerade der Sinn einer vernünftigen CI- bzw. Build-Strategie die jederzeitige Reproduzierbarkeit eines ganz speziellen Build-Vorgangs ist.

4. Hier verstehe ich das "oder" nicht? Das eine hat doch nichts mit dem anderen zu tun? In der IDE arbeite ich an den Quellen des Produkt, im Build-Prozess werden die entsprechenden Änderungen ausgecheckt und als Ergebnis entsteht ein Produkt (also im Idealfall ).

[RWarnecke]

Zitat von Lemmy:

zu 2.: mein Repository liegt auf meinem Linux-Server und damit habe ich schon das erste Backup (anderer Rechner, andere Festplatte). Weiterhin wird der Server regelmäßig gesichert - da ein SVN-Repository "nur" normale Dateien sind ist das ja auch kein Problem

Mit was sicherst Du die Repositories ?

Kann ich da zum Beispiel mit Filesync ganz einfach die Dateien auf eine andere Festplatte sichern und wenn die Platte mal in meinem Server kaputt geht die gesicherten Dateien wieder zurückspielen ?

[himitsu]

Zitat von RWarnecke:

Kann ich da zum Beispiel mit Filesync ganz einfach die Dateien auf eine andere Festplatte sichern und wenn die Platte mal in meinem Server kaputt geht die gesicherten Dateien wieder zurückspielen ?

Jupp.

Im prinzip kannst du da auch gern inkrementelle Backups machen, da für jede Revision eine neue Datei hinzukommt und die alten Revisionsdateien unverändert bleiben.

[RWarnecke]

Wäre es auch eine Möglichkeit einen kompletten Checkout über alle Revisionen zu machen und diesen dann als Backup zu nutzen ? Ich möchte halt immer ein Backup vom aktuellen Repository haben.

Auf dem Server wo ich den VisualSVN plane habe ich volle Admin-Rechte auf alles.

[himitsu]

Wie gesagt, du kannst entweder einfach das Verzeichnis kopieren, wo der Server alles drin speichert.

Oder du kannst das Backup via einem dieser Befehle erledigen.

Code:

svnadmin dump ...
svnadmin load ...
svnrdump dump ...
svnrdump load ...
svnsync ...

Letzeres müsste eine Syncronisierung zwischen zwei Servern/Repositories sein. (kannst du quasi für einen Spiegelserver benutzen)

Man könnte aber auch eine Erweiterung in den SVN-Server integrieren, womit der das Backup z.B. immer sofort macht, nachdem du etwas eingecheckt hast.

[Lemmy]

Zitat von RWarnecke:

Zitat von Lemmy:

zu 2.: mein Repository liegt auf meinem Linux-Server und damit habe ich schon das erste Backup (anderer Rechner, andere Festplatte). Weiterhin wird der Server regelmäßig gesichert - da ein SVN-Repository "nur" normale Dateien sind ist das ja auch kein Problem

Mit was sicherst Du die Repositories ?

Kann ich da zum Beispiel mit Filesync ganz einfach die Dateien auf eine andere Festplatte sichern und wenn die Platte mal in meinem Server kaputt geht die gesicherten Dateien wieder zurückspielen ?

ähm... rscyn auf 2 externe Festplatten im Wechsel. Wie gesagt: Das SVN-Repository sind im Grunde einfach Dateien... alle Revisionen auszuchecken und die zu sichern macht meiner Meinung weniger Sinn - da kommen viel zu viele Daten zusammen...

[jfheins]

Zitat von Lemmy:

zu 2.: mein Repository liegt auf meinem Linux-Server und damit habe ich schon das erste Backup

Stimmt eigentlich so nicht beim SVN. (bei git schon) WEIL: Auf dem Server ist das ganze Repo vorhanden, aber auf dem Client nur die Working-Copy . Um die Frage zu beantworten "was ist an dieser Datei in den letzten drei Monaten geändert worden" muss man bei SVN der Server befragen. Falls der flöten geht, ist auf den Clients im besten Fall der aktuelle Stand vorhanden, aber die Geschichte ist ziemlich endgültig vernichtet.
Also immer schön den Server backuppen

Zitat:

Wäre es auch eine Möglichkeit einen kompletten Checkout über alle Revisionen zu machen und diesen dann als Backup zu nutzen ? Ich möchte halt immer ein Backup vom aktuellen Repository haben.

Fände ich jetzt nicht sinnvoll. Du stellst dir einen Ordner vor mit vielen Unterordnern wie "Rev 1456", "Rev 1457" und "Rev 1458" ? Genau um sowas zusammen zu fassen gibt es ja Versionskontrolle. Die passende SVN Version ist beim Desaster-Recovery dann notwendig, sollte aber kein Problem darstellen.