Sinnvoller Aufbau der Repos bei SVN (Sonstige Beiträge (auch Spaß und Sinnloses))

[thread]13929[/thread]

Sinnvoller Aufbau der Repos bei SVN

Leser: 17

Articles: hide open all | hide show old branches

+3 replies
GwenDragon

2009-08-26 12:01
User since
2005-01-17
14533 Artikel
Admin1
Ich muss derzeit leider einen fremden Windows-Rechner von Adobe VersionCue auf SVN umstellen. Der SVN-Server ist ein VisualSVN-Server, also ein Windows-Port des SVN mit Admin-GUI.

Wie würdet ihr die Repostrukturen bei SVN aufbauen, wenn ihr mehrere geschäftliche und private Projekte fahrt?
Ich gehe jetzt einfach mal davon aus, dass ein Repo dann wie üblich noch die Verzeichnisse trunk, branch und tags hat.

Es gibt ja mehrere Möglichkeiten.

1. Flache Struktur:
Alle Projekte sind als Repos in einem einzigen Verzeichnis
* Vorteil: Einfach Struktur zum Erzeugen auf dem SVN-Server
* Nachteil: Bei vielen Projekten eher unübersichtlich, weil die Art des Projekts nicht mehr erkennbar ist.

2. Tiefe Struktur:
Projekte sind in Unterverzeichnissen je nach Art der Tätigkeit, Kunde oder Programmiersprache.
* Vorteil: Übersichtlicher, ein Abbild des Arbeitsverzeichnisstruktur
* Nachteil: Unterverzeichnisse erhöhen automatisch die Revisionsnummer

Beispiel einer Arbeitsverzeichnisstruktur:
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

Privat +Web +Verein_J +Rohgrafiken +Website +DTP +Flugi_Antje +Zeitung +Logo_Thorsten Kunden +XYZ_GmbH +Web +DTP +Muller_Ex +Web +Grafiken +Website +CGI-Anwendungen +WebCMS +CRM Programme +Perl +Libs +WebCMS +C +Fontifier +Javascript +Widgets +Wetter +Sports +Libs +Skripte
Wie würdet ihr denn vorgehen, die Repos aufzubauen, dass jemand da gut mit arbeiten kann?
die Drachin, Gwendolyn

Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
- sid burn
  
  2009-08-27 00:59
  
  User since
  2006-03-29
  1520 Artikel
  BenutzerIn
  
  Jedes Projekt sollte ein eigenes Repository sein. Und dann das normale System mit "branches", "tags" und "trunks".
  
  Mehrere Projekte in einem Repository zu haben ist nicht wirklich sinvoll, auch wenn es technisch keine probleme dagegen gibt. In der History siehst du dann commits die alle auf unterschiedlichen Projekten verteilt sind.
  
  Auch wenn man mal branches erzeugt wird es immer komplexer je mehr unterschiedliche projekte in einem repository gepackt werden. Allerdiengs nutzt eh keiner Branches in SVN da die Software branches/mergen nicht gut regelt, von daher is der Punkt eigentlich egal. ;)
  Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
- GwenDragon
  
  2009-08-27 09:19
  
  User since
  2005-01-17
  14533 Artikel
  Admin1
  
  Hallo sid burn,
  ich habe das ja auch schon vorgeschlagen mit der flachen Struktur, weil ich es ja auch nicht anders kenne (selbst mache). Aber ich hatte bei der Besprechung kein wirklich triftiges Argument parat. Aber das mit der Übersichtlichkeit der Commits in der History werde ich weiter reichen. Vielleicht zieht das ja als Pro für eine flache Struktur.
  
  Du kennst ja bestimmt auch das Argument: „Wir haben das früher so und so … und hätten das jetzt gern auch wieder so.“
  
  Ich soll zwar portieren, aber es gibt immer mal ein paar Leute, die dazwischen reden wollen und nix ändern.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel

View all threads created 2009-08-26 12:01.