[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: git and changelogs

From: Neil Jerram
Subject: Re: git and changelogs
Date: Mon, 12 May 2008 21:12:36 +0100
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)

Andy Wingo <address@hidden> writes:

> Hi Neil,
> On Sat 10 May 2008 00:41, Neil Jerram <address@hidden> writes:
>> Andy Wingo <address@hidden> writes:
>>> Now that we've switched to git, hows about moving our changelogs to
>>> ChangeLog.old, and just using commit logs? We can still generate
>>> changelogs on release, if that's a desire.
>> Do you mean that we would still have the same level of detail that we
>> currently put in ChangeLog, but we would put that in the commit
>> message instead?
> Yes, that's what I mean.


>> I'm worried that there isn't AFAIK anything as nice as `C-x 4 a' for
>> adding one detail of a change to a pending commit message.
> Ludovic mentioned emacs' git.el, which I'm unfamiliar with.

I started using git.el, because I relied heavily on pcl-cvs with CVS,
and git.el says that it's pcl-cvs for Git.  But I found quickly that
the Git command set is just so rich that I don't need it; now I just
use Git commands in a shell.

> I use the
> great DVC. I wrote about it here:

That looks just the job.

> In short: there are excellent solutions. Unfortunately none of them are
> bound to C-x 4 a. Fortunately C-x 4 a was always hard to type anyway.

Harder than `t', I'll agree.  Given this, I'm happy with your
suggestion to retire ChangeLog.  Perhaps you should add something to
HACKING about this, though?

Incidentally, I think I have to disagree with your:

> As an aside, I think people that like git do so out of a kind of
> software Stockholm syndrome: you have to learn so much about esoterics
> like refs, the object database, the index, etc. that you end up
> feeling empathy for git's idiosyncracies. Because objectively, git's
> working tree index should not be a concept that occupies space in my
> mind.

Git for me was a sizeable hiccup, but I think I got over that pretty
quickly, and now I'm loving it.  As far as the index is concerned: I
was bowled over by `git add -i', and I think that the concept of a
staging area is needed to do that.  If that's correct, I'm more than
happy to have a few brain cells devoted to the Git index.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]