242025-08-08 12:43:59kputyr232021-02-08 07:53:35eseide222021-02-08 07:49:54eseide212021-02-08 07:36:06eseide202020-06-17 15:59:21daschil192020-06-17 15:59:11daschil182020-06-17 15:58:53daschil172019-06-24 13:30:57crose162019-06-24 13:30:41crose152016-10-24 09:27:28crose142015-02-04 09:44:24crose132015-02-04 09:43:56crose122015-02-04 09:43:37crose112015-02-04 09:43:13crose102015-02-04 09:42:56crose92015-02-04 09:23:46crose82014-11-25 13:15:19crose72014-11-23 16:53:06crose62014-11-23 15:57:09crose52014-11-23 15:56:37crose42014-04-25 09:29:30crose32014-04-25 09:29:11crose22014-04-25 09:26:53crose12009-07-06 11:50:17crose

CMD Beschreibung svn info Zeigt Informationen zum Repository an. svn update Kopiert aus dem SVN alle Änderungen in das lokale Verzeichnis. Achtung: lokale (eigene) Änderungen werden nicht gemeldet! svn status -u Vergleicht Repo mit lokalem Verzeichnis svn ci [file] Schreibt die lokalen Änderungen ins SVN svn 2cl Aktualisiert das Changelog. Anzeigen mit less ChangeLog. Nützlich um zu sehen was als letztes veraendert wurde. svn diff <file> Zeigt Unterschiede zwischen lokalen und entferntem Repository an svn add <file> Nimmt ein neues File im SVN auf svn ps svn:keywords Id <file> Setzt keyword 'Id', damit die beim Einchecken automatisch aktualisiert wird. Im File muss irgendwo $Id$ angegeben sein svn log -v | less Changelog svn checkout https://systemvcs.math.uzh.ch:8000/sys_svn[/<path>] Kompletten Tree oder einzelnes Verzeichnis auschecken svn resolve <file/directory> If there is a conflict, set the source to be 'resolved' Cheat sheet GIT for SVN users

Subversion (SVN) ist eine Open-Source-Software zur Versionsverwaltung von Dateien und Verzeichnissen.

Standardgemäss wird svn mittels packaging manager sepp installiert. Eine sehr umfängliche und technische Dokumentation ist unter zu finden.

SVN bietet 2 Möglichkeiten, die Versionierungsdaten zu speichern FSFS (Flatfile) Berkeley DB Da Berkeley DB nur einen Vorteil bringt bei sehr grosser Datenmenge, haben wir uns für FSFS entschieden.

SVN kennt verschiedene Arten, die Zugriffe zu steuern. Unix - Filegruppen Writerfile LDAP / NIS+

Es sollte nie auf dem Repository direkt gearbeitet werden. Das Repository gilt als "Master" für Projektdaten. Zu bearbeitende Daten sollen von dem jeweiligen Benutzer auf ein persönliches Verzeichnis kopiert werden.

HINWEIS: Diese drei Ordner (trunk, branches, tags) müssen, sofern gewünscht, bei einem neuen Projekt neu angelegt werden

Grundsätzlich wird im Trunk gearbeitet und entwickelt. Trunk wird auch als Head bezeichnet.

Wenn ein stabiler Status erreicht wird, kann dieser getaggt werden. Das ist im Grunde nichts anderes, als eine Kopie der aktuellen Version. Wenn zum Beispiel eine 1. Version steht, kann man diesen taggen. Im Trunk kann wie gewohnt weitergearbeitet werden. Falls die Version 1 benötigt wird, ist diese im Tag zu finden. Dies geschieht typischerweise, wenn ein Release gemacht wird. An Tags werden nie gearbeitet. Ist dies ein Bedarf, sollte der Tag den Trunk bzw. in einen Branch kopiert werden.

Ein Projekt kann sich typischerweise aufteilen. Das heisst, dass 2 Gruppen innerhalb des Projektes 2 unterschiedliche Ziele verfolgen. Zum Beispiel macht die eine Gruppe einen Bugfix und die andere Gruppe organisiert das Projekt von Grund auf neu um. In diesem Fall ist es sinnvoll, dass die Bugfix-Gruppe einen Branch vom Projekt erstellt und darauf arbeitet (ebenfalls eine Kopie). Siehe auch Branch best practice: http://www.technoids.org/svnmerge.html

HINWEIS: Auf der selben Ebene wie trunk und branches liegt auch tags http://svnbook.red-bean.com/nightly/en/images/ch04dia3.png

http://upload.wikimedia.org/wikipedia/commons/thumb/4/4e/Subversion_project_visualization.svg/800px-Subversion_project_visualization.svg.png

Eine sehr gute Anleitungsseite ist unter zu finden. Die wichtigsten Anwendungen habe ich zusätzlich dokumentiert.

In einem Repository können beliebig viele Projekte angelegt werden.

!!! Hinweis (Trunk, Branches, tags) müssen manuell erstellt werden !!!

Dieser Tag zeigt die Unterschiede des aktuellen Verzeichnisses und aller Unterverzeichnisse. svn diff --diff-cmd xxdiff-subversion

Sämtliche Änderungen ab dem angegebenen Pfad, werden im Repository übernommen. -m für Message/Änderungskommentar mitgeben

]] KommandoWozusvn infoErmitteln der aktuellen Versionsvn cpKopieren der Quelle in den neuen branchsvn switchÄndern des aktuellen committing points

]] FI: Es ist stark zu empfehlen, auf dem persönlichen Workspace zu mergen. KommandoWozusvn commit/updateAktualisiert den Branch im Repository und den lokalen Workspacesvn logErmitteln die Änderung seit der Erstellung des Branchessvn infoErmittelt die aktuelle Head-Versionsvn merge Behebt die Differenzen zwischen Trunk und Branch svn status Check for conflicts svn commit Wenn alles ok ist, kann die neue Verison committet werden.

Um ein Verzeichnis in ein Projekt zu importieren, gibt es den import-Kommand.

Um die Kommentare und Änderungen anzusehen, kann das log-Kommando verwendet werden.

Siehe branch erstellen.

Im File muss ein Token vorbereitet werden: $Id$ Das Token in SVN aktivieren ]]>

24.6.19: CR hat das ansible Verzeichnis via svn update auf den neuesten Stand gebracht. Anschliessend einige wenige Files bearbeitet und wollte anschliessend ein svn commit machen. Dabei gab es eine Fehlermeldung: