[Python-Dev] When is it okay to cvs remove? (original) (raw)
Barry Warsaw barry@python.org
24 Apr 2003 23:19:57 -0400
- Previous message: [Python-Dev] When is it okay to ``cvs remove``?
- Next message: [Python-Dev] When is it okay to ``cvs remove``?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, 2003-04-24 at 18:59, Thomas Wouters wrote:
That's not particularly useful. The only thing that does is create a period in time (or rather, 'history' -- CVS history) in which testurllib.py doesn't exist. Re-adding the file won't give you a fresh version numbering either, it'll just give you a lot of headaches, especially when there are branches involved (right, Barry ? :-)
And one thing we do /not/ need is more headaches with cvs. :)
The specific problem I've been fighting with (in Mailman's cvs) is that I've cvs rm'd some binary files, but both a cvs checkout and a cvs export continue to resurrect the files when I provide -r on the initial command. If I do a checkout of the trunk, then cvs up to the tag, the file goes away as intended. Sigh.
Just commit your new testurllib.py directly, when it's all done, using something like
cvs commit -r2.0 testurllib.py But you probably want to discuss the version number you want to force, Guido might like to reserve 2.0 for something (although I think he should use '3000' instead :)
I know Guido doesn't care, but I like to have the file major revision numbers match the s/w's major rev number. Really, I just hate to see huge minor revision numbers on files. I hate it as much as I hate to hear Tim's tummy rumbling, right around noon.
-Barry
- Previous message: [Python-Dev] When is it okay to ``cvs remove``?
- Next message: [Python-Dev] When is it okay to ``cvs remove``?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]