Ich versuche herauszufinden, wie wir unsere Subversion-Repositories am besten strukturieren können.
Also ist es die beste Vorgehensweise, ein anfängliches Repository und dann Unter-Repositories für jedes darunterliegende Projekt zu erstellen?
Und in welchen Repositories sollte ein Stamm, eine Verzweigung usw. erstellt werden?
Außerdem höre ich, dass es am besten ist, keine Trunk-, Branch- und Tag-Ordner im Repository auf Root-Ebene zu erstellen?
Ich weiß, als ich in einem anderen Team war, haben wir ProjectA gezogen, aber es hat keinen Stamm heruntergerissen, Branch-Ordner, das war nett, aber ich weiß nicht, wie das auf dem Server strukturiert wurde, um das so zu machen.
Damit Sie sich in Zukunft keine Sorgen um die Wartung machen müssen, sollten Sie alles in einem Repository aufbewahren, es sei denn, Sie haben GROßE Mengen an Code, oder Sie beabsichtigen, ein Projekt mit einer großen Menge Code vollständig zu löschen. Dann erstellen Sie Verzeichnisse für jedes Projekt. Wenn Sie dann der Empfehlung von Subversions folgen möchten, legen Sie die Ordner "trunk", "branches" und "tags" unter den Ordner jedes Projekts.
Ich bevorzuge feinkörnige, sehr organisierte, eigenständige, strukturierte Repositories. Es gibt ein Diagramm , das den allgemeinen (idealen) Ansatz des Repository-Wartungsprozesses darstellt. Zum Beispiel ist meine anfängliche Struktur des Repositorys (jedes Projekt-Repository sollte haben):
%Vor%Mit separaten Repositories können Sie Backup-Zeitpläne und Speicherorte auf einer Repository-Basis anpassen. Auch wenn Sie gelegentlich in das Repository eintauchen und einige Wartungs- oder Bereinigungsaktionen durchführen müssen (z. B. möchten Sie ein Commit vollständig aus dem Repo löschen ... selten, aber möglich), wenn Sie separate Repositories verwalten, können Sie dies mit minimaler Interferenz tun an andere Benutzer und andere Repos.
Für kleine Projekte sind diese Dinge in der Regel kein großes Problem. Ich empfehle dem trunk / branches / tags Setup eine weitere herzliche Empfehlung.
Tags und Links svn
