Sinnvolle Ordnerstruktur für mehrere Projekte in Subversion

[Phoenix]

Immer ein komplettes Projekt in dem jeweiligen Zustand.

Man checkt immer nur einen Ordner aus. Also z.B: MeinProjekt\Trunk.

Man hat normalerweise nie Trunk, Branches und Tags gleichzeitig auf der platte. Wäre ja auch doof, denn unter Tags 'Tagged' man normalerweise ein Release. Man hätte also jedes jemals erstellte Release der Software parallel auf der Platte.

In Branch stecken entwicklungszweige, die man z.B. auch mal nicht kompilierfähig einchecken kann, ohne dass es andere Stört.

Beispiel:

MeinGroßesProjekt\Trunk - hier entwickeln alle an der aktuellen Version
MeinGroßesProjekt\Branches\NeuesFeature - hier wird ein neues Feature entwickelt, dass erst in den Trunk kommen soll wenn es fertig ist
MeinGroßesProjekt\Branches\UmbauFachklassen - hier wird etwas entwickelt, was zwangsläufig mal einen nicht kompilierfähigen stand erzeugt. Das kommt erst in den trunk wenn es fetrig ist.
MeinGroßesProjekt\Tags\1.1\ - Hier ist Version 1.1 drin
MeinGroßesProjekt\Tags\1.2\ - Hier Version 1.2
MeinGroßesProjekt\Tags\2.0\ - Hier Version 2...

[Dezipaitor]

Trunk ist der Hauptzweig der Entwicklung. Normal baut man hier neue Features usw. die nicht für die Produktion geeignet sind und viele Fehler haben können.

Branches enthält parallele Entwicklungen zum Trunk oder anderen Branches. Stelle es dir als Baum vor. Parallele Entwicklung kann z.B. für Releases verwendet werden. Man zweigt vom Trunk die Entwicklung ab, weil man sagt, dass nun die komplettierten Features nun getestet und verbessert werden sollen. Nach dem Release kann mann dann dort auch noch Fehler beheben.
Hat man mehrere Kunden für dasselbe Produkt mit jedoch leicht unterschiedlichen Konfigurationen, kann man so jeden Kunden mit seinem massgeschneiderten Produkt beliefern, während im Trunk neue Features entstehen.

Tags enthalten Schnappschüsse vom Trunk, Branches oder Teilen davon. Sie sind im Gegensatz zu Branches fix und können/dürfen nicht verändert werden. Es sind einfach Zustandssituationen zu bestimmten Versionen. SVN vergibt zwar für jede Änderung eine eindeutige Revision, d.h. man bräuchte Tags garnicht, jedoch kann man Tags mit Namen benennen.
In SVN ist es (leider) möglich, auch Tags weiter zu verändern und somit als Branch zu missbrauchen.

[alias5000]

Ein kleiner Nebenhinweis zu diesem sehr interessanten Artikel:
Es ist möglich, in SVN Pfadbasierte Berechtigungen zu setzen: http://www.delphi-forum.de/viewtopic.php?p=519508

Gruß
alias5000

[BenBE]

Zitat:

Zitat von Dezipaitor

Zitat:

Zitat von RWarnecke

Jetzt bleibt für mich eigentlich nur noch die Frage, zu welchem Zeitpunkt lege ich ein neues Repository an oder lege ich nur ein einziges Mal ein Repository an ?

Man legt neue Repositories normalerweise dann an, wenn sich die Zugriffsverhältnisse ändern. Also wenn bei einem neuen Projekt andere Mitarbeiter dabei sind und nicht jeder darauf Zugriff haben soll. Bei SVN kann man nämlich nicht den Inhalt eines Repository einzeln mit Zugriffsrechten beschränken.

@Luckie: Sry, die Frage verstehe ich nicht.

Diese Aussage ist falsch, siehe http://svnbook.red-bean.com/nightly/...d.authz.perdir

Das kan auch svnserve, man muss es nur entsprechend einrichten. Wobei der Weg über den Apache eindeutig der flexiblere ist ;-)

vgl. Crossposting in EE: http://www.delphi-forum.de/viewtopic...&postorder=asc

[RWarnecke]

Da ich alleine Programmiere ist das unerheblich mit den Zugriffsrechten. Ich habe eigentlich noch zwei Verständnisfragen.

Ich habe mir Arbeitskopien erstellt von einem Linux Server. Was passiert, wenn ich jetzt diese Arbeitskopie auf einen Windows Server mit Commit überspiele und dann wieder später auf meinen Linux Server ? Oder sollte ich da ganz die Finger von lassen ?

Ich habe mir mal die Größe der Repositories angeschaut. Die ist ja um ein vielfaches kleiner als meine Arbeitskopie, wird das ganze durch die Datenbank soweit runterkomprimiert ?

[BenBE]

Du solltest sicherstellen, dass Du in deiner Arbeitskopie für jegliche Text-Files, deren Zeilenenden unter Windows und Linux verschiedenen sind (Also jeglicher Source, Textfiles, ...) das SVN-Property svn:eol-style mit dem Wert native haben. Dann gibt es da eigentlich wenig Probleme

[RWarnecke]

Hallo Benny,

Zitat:

Zitat von BenBE

Du solltest sicherstellen, dass Du in deiner Arbeitskopie für jegliche Text-Files, deren Zeilenenden unter Windows und Linux verschiedenen sind (Also jeglicher Source, Textfiles, ...) das SVN-Property svn:eol-style mit dem Wert native haben. Dann gibt es da eigentlich wenig Probleme

wo stelle ich denn das SVN-Property ein ? Ist das eine Datei auf dem Server oder kann ich da auch über Tortoise gehen ?