CVS Repository organisation (Struktur)

Dein Thema passt einfach in kein Forum? Dann probiers mal hier.
Antworten
uhu01
Beiträge: 150
Registriert: 10. Juli 2005 20:46

CVS Repository organisation (Struktur)

Beitrag von uhu01 »

Hy!

Ich habe gerade mit ein paar Schulkollegen ein Projekt begonnen, und wollte euch fragen wie ihr eure CVS (oder SVN) Repositories organisiert.

Verwendet ich trunk/branch/tag oder haltet ihr eine andere Struktur für besser?

Hat jemand Erfahrung mit Monotone?

mfg
uhu01
redDOG11_de
Beiträge: 12
Registriert: 30. Januar 2006 09:37
Wohnort: Freising
Kontaktdaten:

Beitrag von redDOG11_de »

Grüßen uhu01!

Kann dir keine Erfahrungsberichte direkt mit QT und CVS od. SVN liefern, aber ich habe früher schon mal einen CVS Server betreut, "über" den ein größeres Java Projekt gelaufen ist. Dort waren einzelne Milestone Releases dann zu "branches" zuzsammengefasst. Wenn ich nicht alles vergessen habe, musst du das ja sowieso händisch machen.
Wer neu in das Projekt eingestiegen ist, hat sich dann eben den aktuellen "branch" ausgecheckt. Im laufenden Betrieb, checkt man ja dann im Allgemeinen eh nur einzelne Files aus. Ist eine Zeit lang an einzelnen Files gearbeitet worden, wurde ein neuer fertiger "branch" gepackt.
Davon abgesehen würde ich aber eher zu SVN raten. Ist das modernere System!
MfG,
Markus
uhu01
Beiträge: 150
Registriert: 10. Juli 2005 20:46

Beitrag von uhu01 »

Hy!

Danke für die Antwort, ich hatte sowieso an SVN gedacht, wir verwenden es jetzt sein einer Woche, hat bis jetzt noch super funktioniert (warum auch nicht)

mfg
uhu01
BartSimpson
Beiträge: 1379
Registriert: 6. November 2004 12:03
Kontaktdaten:

Beitrag von BartSimpson »

Ich habe 2 Hauptordner einen für den Entwicklungszweig und einen für dier Veröffentlichungen. Und für jedes Projekt ein extra repo. Läßst ja prima mit apache machen:)
FlorianBecker
Beiträge: 1213
Registriert: 2. Dezember 2004 10:54
Kontaktdaten:

Beitrag von FlorianBecker »

Wir arbeiten nur mit monotone. Das ist für große und vor allem viel Code viel einfacher als CVS oder SVN wie ich finde. Außerdem kann in Sekunden jeder Client ein Server werden und jedes Programm wird einfach in einem separaten Branch mit jeweils einem Tag für eine Version erstellt.

Vor allem kann monotone und SVN Dinge wie move, die CVS nur mit add/remove lösen können.
Antworten