linux-l: CVS Versionsnummer

[Steffen Dettmer]

* Volker Kroll wrote on Thu, Sep 27, 2001 at 18:50 +0200:
> > > cvs commit -r 2.0
> 
> Das ist jetzt aber ein "sticky tag" und keine normale Versionsnummer
> mehr. 
> Hat das irgendwelche Einflüsse. 

Ja: man kann nicht mehr committen. Man kann das Tag aber löschen
(cvs update -A) und dann geht's bei 2.1 weiter.

Hab mal folgendes probiert:

echo "1" > text
cvs add text
cvs commit -r 0.1 -m'new' text
cvs update -A text
echo "2">>text
cvs commit -m'improved' text

text hat dann Revision 0.2. Geht also. Frage mich bloß, was das
soll. Das ist ja keine Release-Nummer, weil ja ein Release
verschiedene Files mit verschiedenen Resivionen hat, also a.c 1.2
und b.c 1.4 und so weiter. Dafür gibt's dann eben die Tags:

cvs tag Release_1_4 a.c b.c

oder sowas. Na, in solchem Fall macht man vermutlich immer gleich
einen Branch mit, falls man zu 1_4 was backporten muß (Bugfixes),
also

cvs tag -b Release_1_4 a.c b.c
cvs tag Release_1_4_start a.c b.c

(zwei Tags! Wichtig! Einer ist branch, der eine das Release
selbst!).

Dann kann man später mit cvs update -r Release_1_4 im Branch
arbeiten, und sogar Änderungen per update -j hin- und
herreplizieren.

Ich denke, wenn man die Nummern von Files im "Normalbetrieb" für
irgentwas braucht, macht man meistens was falsch. Symbolische
Namen sind gefragt, und zwar diese über eben alle Dateien
(verschiedenster Revisionen).

oki,

Steffen

-- 
Dieses Schreiben wurde maschinell erstellt,
es trägt daher weder Unterschrift noch Siegel.