Home Inhaltsverzeichnis Home Das UDO Versionierungsschema
 UDO Develeoper CVS Howto

Was soll dieses Dokument?

Der alte Motivationstext

Wir sagen bis zu einem bestimmten Zeitpunkt (ich würde sagen eher bald, da das releaste PL17 ja Probleme auf Linux macht und auch in mehreren Releases existiert) nehmen wir den Stand des Repositories und machen daraus einen Branch PL18. Den können wir dann ja releasen. Sollte es noch Bugfixes zu PL18 geben, kann man PL18 wieder auschecken, ändern, und wieder einchecken. Der normale Hauptzweig ist dann weiterhin die Entwicklerversion. Wenn diese Version dann gereift ist, kann man daraus wieder einen Branch erzeugen, der dann z.B. PL19 heißt. Oder man tut in PL18 Bugfixes und macht dann daraus wieder einen Branch PL19. Dieses wäre z.B. notwendig, wenn die Entwicklerversion grade nicht stabil läuft, man aber Bugfixes releasen will.

Was ich jetzt machen würde ist a) Begriffe zusammen schreiben (man muß in dem Kontext ein paar Sachen definieren, damit es klar ist, wovon geredet wird) b) In einem Howto zusammenschreiben wie man die oben genannten Schritte durchführt c) Das mit einem Release für PL18 testen

Was auch geht, ist noch einen Zweig auszuchecken, der dann komplett experimentell und getrennt von der anderen Entwicklerversion ist. Teile aus der experimentellen Version kann man dann auch wieder in den Hauptzweig einfließen lassen. Das ist etwas komplizierter zu beschreiben, läßt sich aber auch machen. Sowas würde ich dann mal daheim testen und dann auch in die Doku packen...


Copyright © Volker Janzen
Letzte Aktualisierung am 8. Januar 2004

Home Inhaltsverzeichnis Home Das UDO Versionierungsschema