SVN Server allgemein und Backups

[jfheins]

Zitat von RWarnecke:

Also heißt das für mich, ich muss auf jeden Fall die Backup-Methoden nehmen, die mir der SVN Server zur Verfügung stellt. Ungefähr so, wie himitsu im Beitrag #8 geschrieben hat ?

Müssen? Nein. Ich habe leider keinen eigenen SVN-Server. Aber von dem was ich gelesen habe, kannst du sowohl die svn-Befehle nehmen oder normale Kommandozeile. Also unter Windows copy oder robocopy.

Das "Problem" mit dem normalen Kopieren liegt wohl darin, dass dein Repo währenddessen unbedingt eingefroren sein muss. Falls jemand in genau dem Moment einen commit macht, kann das Backup beschädigt sein. Das ist der Vorteil von den SVN-Befeheln: Die erstellen garantiert eine konsistente Kopie.

Im Zweifel würde ich aus dem Grund svnadmin dump empfehlen, da sollte stets eine integere Kopie entstehen, und das ist es ja worauf es besonders ankommt.

[vagtler]

Auch wenn SVN natürlich besser als gar nichts ist, aber wenn man heutzutage über die erstmalige Einführung eines Quellcodeverwaltungssystems nachdenkt, warum dann nicht direkt auf ein verteiltes System wie git oder mercurial setzen?

Ich würde auf Teufel komm raus nicht mehr auf so ein vorsintflutliches Tool wie SVN zurück wollen.

[himitsu]

Wobei ich mich grade beim Git Frage, wozu ich ständig das ganze Repository mit mir rumschleppen soll?


Aber ja, man könnte auch via CheckOut/Export ein Repository mit mehreren Revisionen auschecken.
Zumindestens was die "wichtigstens" Punkte betrifft, aber wie schon erwähnt, werden die Daten dabei "vermehrt"
- Man muß nur genügend Tags/Branches anlegen, also praktisch innerhalb des Repository eine Art Kopie von ausgewählten Revisionen des Entwicklungsverzeichnisses.
Aber das hängt dann davon ab, ob/wie man seine Daten im Repository organisiert.

Ein richtiges Backup ist aber besser, da dann die Revisionsgeschichte nicht verloren geht.

[RWarnecke]

Zitat von vagtler:

Auch wenn SVN natürlich besser als gar nichts ist, aber wenn man heutzutage über die erstmalige Einführung eines Quellcodeverwaltungssystems nachdenkt, warum dann nicht direkt auf ein verteiltes System wie git oder mercurial setzen?

Ich würde auf Teufel komm raus nicht mehr auf so ein vorsintflutliches Tool wie SVN zurück wollen.

Bei meiner bisherigen Suche, habe ich noch kein Setup gefunden, womit ich git auf einem eigenen Windows Server 2012 oder Ubuntu Linux Server betreiben kann. Ich möchte gerne eine Versionsverwaltung auf einem eigenen Server haben und nicht bei irgendeinem Anbieter.

[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 ).