From owner-cvs-CVSROOT  Sat Feb 28 03:02:44 1998
Return-Path: <owner-cvs-cvsroot>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id DAA24625
          for cvs-CVSROOT-outgoing; Sat, 28 Feb 1998 03:02:44 -0800 (PST)
          (envelope-from owner-cvs-cvsroot)
Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA24617;
          Sat, 28 Feb 1998 03:02:36 -0800 (PST)
          (envelope-from karpen@ocean.campus.luth.se)
Received: (from karpen@localhost)
	by ocean.campus.luth.se (8.8.8/8.8.8) id LAA04433;
	Sat, 28 Feb 1998 11:59:40 +0100 (CET)
	(envelope-from karpen)
From: Mikael Karpberg <karpen@ocean.campus.luth.se>
Message-Id: <199802281059.LAA04433@ocean.campus.luth.se>
Subject: Re: cvs commit: CVSROOT avail
In-Reply-To: <199802280127.SAA07845@mt.sri.com> from Nate Williams at "Feb 27, 98 06:27:15 pm"
To: nate@mt.sri.com (Nate Williams)
Date: Sat, 28 Feb 1998 11:59:40 +0100 (CET)
Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-CVSROOT@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-cvsroot@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

According to Nate Williams:
> > BTW, why do the following work differently for remote `cvs commit'?
> > Is it because the cvs client is current?
> > 1) all files are handled in one batch, even if they are in separate
> >    directories.
> 
> Optimization to minimize the 'commit' traffic over the wire, and to
> minimize the locking.  Doing a 'commit-per-directory' requires more work
> than the client is willing to do at this point, and leaves the locks in
> place much longer.

Basically for as long as I have used CVS I have missed the ability to do
"real" commit messages in an easy way. That is, do something like:

cvs setmessage -m "Did this in this file" file1.c
cvs setmessage -m "Did that in this file" file2.c
cvs setmessage -m "Did stuff here too" blipp/file3.c
cvs setmessage -m "Just did some stuff here" blipp/file4.c
cvs commit -m "This message added to the messages set previously for each file"
(or just: cvs commit -m ""  to just use the messages each file had set for it)

That way you can get sane log messages on files, and still get it commited
in one big sweep, to avoid problems with people checking out in the middle
of your mega-commit (which you have do do file-by file now, to get the
same effect with log messages).

Would someone fix this for me? :-)

  /Mikael