From: Jan Vroonhof <vroonhof@math.ethz.ch>
Subject: Re: *** empty log message *** is a no-no
Date: 17 Nov 1999 15:39:05 +0100 [thread overview]
Message-ID: <byemdpi3na.fsf@urysohn.math.ethz.ch> (raw)
In-Reply-To: Denys Duchier's message of "Wed, 17 Nov 1999 14:18:08 GMT"
Denys Duchier <Denys.Duchier@ps.uni-sb.de> writes:
> Yes, that's a nice feature. However, the ChangeLog idea is not really
> appropriate for concurrent development (the record of changes only
> becomes meaningful when it is synchronized with the repository,
> i.e. at commit points).
No they are very useful for concurrent development. However I think
you mean concurrent development where everybody commits often.
I am thinking of shared development over the internet where typically
one commits complete bits of work. If they than also first submitted
for general review in the form of Patches, changelogs come in very handy.
> `C-x v =' to diff with the committed version. Then I document the
> changes in fairly free format. Typically, I have also added comments
> in the file documenting the new stuff, or making clear the invariants
> that should not be violated, etc... I also include these comments in
> the log entry.
I like the fact that ChangeLog entries have a strict format that
includes the function names. I use them as a kind of CVS
annotate that is function based and not line based.
In addition in shared internet project you have the problem that CVS
annotate does not work over anonymous CVS.
> > Is the resolution on the time stamps that important?
In internet based collaborative effort timescales are of the order of
days anyway, so the resolution of one day is sufficient.
Jan
next prev parent reply other threads:[~1999-11-17 14:39 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-11-12 10:57 Steinar Bang
1999-11-12 12:00 ` Denys Duchier
1999-11-12 12:13 ` Lars Magne Ingebrigtsen
1999-11-12 12:19 ` Steinar Bang
1999-11-12 12:33 ` William M. Perry
1999-11-12 12:51 ` Steinar Bang
1999-11-12 12:25 ` Kai Großjohann
1999-11-12 13:33 ` David Kågedal
1999-11-12 14:28 ` Alexandre Oliva
1999-11-12 18:23 ` Lars Magne Ingebrigtsen
1999-11-12 20:04 ` Per Abrahamsen
1999-11-15 7:39 ` Steinar Bang
1999-11-15 8:39 ` Per Abrahamsen
1999-11-15 10:02 ` Steinar Bang
1999-11-15 16:32 ` Per Abrahamsen
1999-11-16 8:51 ` Steinar Bang
1999-11-16 16:05 ` Per Abrahamsen
1999-11-17 8:02 ` Steinar Bang
1999-11-17 12:42 ` Denys Duchier
1999-11-17 14:38 ` Kai Großjohann
1999-11-17 13:35 ` Jan Vroonhof
1999-11-17 14:39 ` Jan Vroonhof [this message]
[not found] ` <whg0y8430s.fsf@viffe <byemdpi3na.fsf@urysohn.math.ethz.ch>
1999-11-17 16:06 ` Denys Duchier
[not found] ` <whg0y8430s.fsf@viffe <byogctgs0h.fsf@urysohn.math.ethz.ch>
1999-11-17 14:17 ` Denys Duchier
1999-11-17 21:37 ` Russ Allbery
1999-11-17 19:20 ` Lee Cantey
1999-11-17 20:47 ` Jan Vroonhof
1999-11-18 12:55 ` Jan Vroonhof
[not found] ` <whg0y8430s.fsf@viffe <byr9hoq7qk.fsf@bolzano.math.ethz.ch>
1999-11-18 22:36 ` Russ Allbery
1999-11-16 2:20 ` Alexandre Oliva
1999-11-16 16:56 ` Lars Magne Ingebrigtsen
1999-11-16 18:13 ` Lee Cantey
1999-11-16 19:24 ` Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=byemdpi3na.fsf@urysohn.math.ethz.ch \
--to=vroonhof@math.ethz.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).