SVN Server allgemein und Backups

[RWarnecke]

Zitat von jfheins:

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.

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 ?

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

[Lemmy]

Zitat von vagtler:

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

meine ganz persönliche Meinung: Ich würde als Delphi-Entwickler nicht unbedingt mit dem Argument kommen Davon abgesehen hat auch SVN in bestimmten Einsatzszenarien seine Vorteile.

Zitat von RWarnecke:

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.

???? apt-get install git-core

Was für eine Ubuntu-Version setzt du ein, dass das nicht funktioniert? Dann ein bare-Repository anlegen und los gehts...

Zitat von himitsu:

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

hat schon seine Vorteile: Du bist z.B. mit dem Notebook unterwegs und kannst so deine Versionierung weiter betreiben (was ja bei längerer Abwesenheit sinnvoll ist) und wenn mehr als eine Person an den Sourcen mitarbeitet sind dezentrale Systeme einfach deutlich flexibler (lokale Zweige, deutlich bessere Merge-Tools,...)

[Sherlock]

Zitat von himitsu:

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

Weil es eben nicht das ganze Repository ist, sonder die deutlich "kompaktere" Menge der Changesets. Ausserdem kannst du damit im Gegensatz zu SVN jederzeit mal eben schnell in eine ältere Revision reinschauen, oder mal eben nen neuen Zweig anfangen. Es ist DEUTLICH flexibler als SVN.

Ich spreche jetzt aus Mercurial ERfahrung heraus, aber git unterscheidet sich ja nur marginal davon.

Sherlock

[vagtler]

Zitat von Lemmy:

[...] meine ganz persönliche Meinung: Ich würde als Delphi-Entwickler nicht unbedingt mit dem Argument kommen [...]

Tatsächlich muss ich kleinlaut eingestehen, seit mittlerweile 1 1/2 Jahren keine einzige Zeile Delphi-Code mehr selbst geschrieben zu haben...

[Lemmy]

Zitat von vagtler:

Tatsächlich muss ich kleinlaut eingestehen, seit mittlerweile 1 1/2 Jahren keine einzige Zeile Delphi-Code mehr selbst geschrieben zu haben...

das muss dir doch nicht peinlich sein, wenn Du andere für dich arbeiten lässt

[Sherlock]

Zitat von RWarnecke:

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.

Dann nimm halt Mercurial: http://tortoisehg.bitbucket.org/
Da ist alles drin...bis him zum Webserver (ok, der ist rudimentär, aber er funktioniert).

Sherlock