[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Controlling revision (version number)
From: |
Jean Tourrilhes |
Subject: |
Controlling revision (version number) |
Date: |
Tue, 6 Mar 2001 16:18:25 -0800 |
User-agent: |
Mutt/1.2.5i |
Hi,
(I'm not on the mailing list)
I've recently put a project that I was maintaining into a CVS
repository (as part of a bigger project). CVS is driving me nuts with
the revision numbers. The result is that all version numbers in the
CVS repository are all over the place. Yuck !
When I started, my project was a revision 2.4.3 (my own
revision numbers). I did a cvs import, used the -b flag, and
everything was put in CVS at revision 2.4.3.1. Strange, but not too
bad.
I did a bit of hacking, added new files and co. I tried to do
a "cvs update ; cvs commit -r 2.4.4", but it refused :
cvs server: Up-to-date check failed for XXX (all my files)
So, I did a "cvs commit". And now, I have files with revision
2.5, some with 2.4.3.1 and some other with 1.1.
Modified a few files to try, and now I have 2.6, 2.5, 2.4.3.1,
1.2 and 1.1 revisions all mixed up :-(
Reread the man page, mention the "cvs tag" stuff that is
necessary for the -r option. So, I try a "cvs tag -b 2.4.4". It fail
saying that tag must start with a letter. Argh !
So please : could somebody be kind enough to tell me how to
control revision number with CVS ? I want to put all new and modified
files at revision 2.4.4, which is what it should be. Why does it have
to be so difficult ?
Thanks in advance...
Jean
- Controlling revision (version number),
Jean Tourrilhes <=