all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Eli Zaretskii <eliz@gnu.org>
Cc: kfogel@red-bean.com, emacs-devel@gnu.org, Miles Bader <miles@gnu.org>
Subject: Re: Summarizing the purpose of a change.
Date: Sat, 21 Nov 2009 13:29:14 +0200	[thread overview]
Message-ID: <874oooyv3p.fsf@kobe.laptop> (raw)
In-Reply-To: <83iqd4p7ik.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Nov 2009 11:11:15 +0200")

On Sat, 21 Nov 2009 11:11:15 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
>Karl Fogel <kfogel@red-bean.com> writes:
>>> In many projects, there is a convention of summarizing the purpose of a
>>> change in one or two sentences at the start of the log entry.  This makes
>>> the rest of the log entry (and the change itself) easier to understand.
>>
>> And if possible, make the summary not "1 or 2" sentences, but a single
>> not-to-long line, such as you'd use for an email Subject: header.
>
> I suspect pointing to the relevant discussion on emacs-devel, or to a
> bug number (if there is any) would be a lesser burden.

Yes, when there *is* a bug number this is useful.

A short summary in the first line of each commit is often useful for
other changes too; changes that are not necessarily bug fixes.

For example, Bazaar has a "--line" option that can display long lists of
changesets by showing a single-line summary for each commit.  In a small
sample repository with the following history:

: keramida@kobe:/tmp/koko$ bzr log
: ------------------------------------------------------------
: revno: 3
: committer: Giorgos Keramidas <keramida@kobe>
: branch nick: koko
: timestamp: Sat 2009-11-21 13:19:31 +0200
: message:
:   bug #27 -- add a '.localnet' suffix to the default 'foo' name
:
:   The installation scripts can set the default domain name to a more
:   sensible value, but there are bits of the installer code that may
:   have to read 'foo' before DNS, NIS or some other resolver scheme
:   is up and running.  So add a default '.localnet' domain part to
:   the name of 'foo', and let the resolver code replace it with the
:   real domain name later.
: ------------------------------------------------------------
: revno: 2
: committer: Giorgos Keramidas <keramida@kobe>
: branch nick: koko
: timestamp: Sat 2009-11-21 13:18:24 +0200
: message:
:   bug #19 -- 'foo' always displays a short name
:
:   We need the full name of the 'foo' utility here.  Shortening the name
:   to something less chatty can be done by the GUI utilities.
: ------------------------------------------------------------
: revno: 1
: committer: Giorgos Keramidas <keramida@kobe>
: branch nick: koko
: timestamp: Sat 2009-11-21 13:18:07 +0200
: message:
:   Add foo
: keramida@kobe:/tmp/koko$

the bzr(1) utility can show a short summary of all the changes in just 3
lines of output:

: keramida@kobe:/tmp/koko$ bzr log --line
: 3: Giorgos Keramidas 2009-11-21 bug #27 -- add a '.localnet' suffix to the default 'foo' name
: 2: Giorgos Keramidas 2009-11-21 bug #19 -- 'foo' always displays a short name
: 1: Giorgos Keramidas 2009-11-21 Add foo
: keramida@kobe:/tmp/koko$

The format of the commits logs I used in the sample repository make the
short log summary more useful because their first line includes enough
context about the intent of each change.





  reply	other threads:[~2009-11-21 11:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1NBhoZ-0007oj-Uv@cvs.savannah.gnu.org>
2009-11-21  7:09 ` Summarizing the purpose of a change Karl Fogel
2009-11-21  8:07   ` Miles Bader
2009-11-21  9:11     ` Eli Zaretskii
2009-11-21 11:29       ` Giorgos Keramidas [this message]
2009-11-21 12:19   ` Alan Mackenzie
2009-11-21 12:43     ` Eli Zaretskii
2009-11-22 17:02       ` Karl Fogel
2009-11-23  1:53         ` Stefan Monnier
2009-11-23  2:20           ` Karl Fogel
2009-11-24 15:12             ` Thien-Thi Nguyen
2009-11-24 15:41               ` Alfred M. Szmidt
2009-11-25 21:02                 ` Richard Stallman
2009-11-26 20:20                   ` Thien-Thi Nguyen
2009-11-27  6:35                     ` Richard Stallman

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=874oooyv3p.fsf@kobe.laptop \
    --to=keramida@ceid.upatras.gr \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=kfogel@red-bean.com \
    --cc=miles@gnu.org \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.