This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

It is very tempting to just simply say

   cvs commit .

in a top level directory, and then type in all of the changes at once. However, if you really only made a small change (like edited a typo in the javadoc) you don't want to hear about changes in every other file. Imagine the following log entry:

- Change frobozz() to accept ints instead of Integers
- fixed plenty of bugs
- new RegularExpression class does regular expressions
- Forgot to reset m_credit in Ugh.
- Incorporated Brian's changes into the main CVS tree
- fixed typos

Now, when you have to find out which version of was the last functional, you will have to wade through hundreds of lines of totally non-essential stuff. Not good. Also, can you be reasonably sure you've remembered everything? Every change you made?

A much better way is to make sure your IDE supports CVS and commit each file individually. For example, Emacs with PCL-CVS works wonderfully. So does CodeGuide.

Commit files individually! Otherwise your comments become unreadable.

But wouldn't this, in all likelyhood, mean that the build is broken between when you start checking in files and when you finish? What if you get interrupted for an hour?

I think what's being gotten at here is that a checkin should only be about one or two things, and that I agree with, especially towards the end. When we're in Alpha, it's one bugfix per changelist. -- MahlenMorris

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 26-Jan-2002 11:49 by