Re: Deriving release notes from git commit messages

Поиск
Список
Период
Сортировка
От Christopher Browne
Тема Re: Deriving release notes from git commit messages
Дата
Msg-id BANLkTim7LHTN5nUcN_Bx-GmYAgFTgJ49hA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Deriving release notes from git commit messages  (Greg Smith <greg@2ndQuadrant.com>)
Ответы Re: Deriving release notes from git commit messages  (David Christensen <david@endpoint.com>)
Re: Deriving release notes from git commit messages  (Greg Smith <greg@2ndQuadrant.com>)
Список pgsql-hackers
On Fri, Jun 24, 2011 at 6:47 PM, Greg Smith <greg@2ndquadrant.com> wrote:
> On 06/24/2011 01:42 PM, Robert Haas wrote:
>> I am not inclined to try to track sponsors in the commit message at
>> all.
>
> I was not suggesting that information be part of the commit.  We've worked
> out a reasonable initial process for the people working on sponsored
> features to record that information completely outside of the commit or
> release notes data.  It turns out though that process would be easier to
> drive if it were easier to derive a feature->{commit,author} list
> though--and that would spit out for free with the rest of this.  Improving
> the ability to do sponsor tracking is more of a helpful side-effect of
> something that's useful for other reasons rather than a direct goal.

In taking a peek at the documentation and comments out on the interweb
about "git amend," I don't think that it's going to be particularly
successful if we try to capture all this stuff in the commit message
and metadata, because it's tough to guarantee that *all* this data
would be correctly captured at commit time, and you can't revise it
after the commit gets pushed upstream.

That applies to anything we might want to track, whether "Author:" (at
the 'likely to be useful', and 'could quite readily get it correct the
first time' end of the spectrum) or "Sponsor:" (which is at more than
one dubious ends of spectra).

I expect that the correlation between commit and [various parties] is
something that will need to take place outside git.

The existing CommitFest data goes quite a long ways towards capturing
interesting information (with the likely exception of sponsorship);
what it's missing, at this point, is a capture of what commit or
commits wound up drawing the proposed patch into the official code
base.  That suggests a pretty natural extension, and this is something
I really would like to see.  I'd love to head to the CommitFest page,
and have a list of URLs pointing to the commits that implemented a
particular change.

Given that particular correspondence (e.g. - commitfest request ->
list of commits), that would help associate authors, reviewers, and
such to each commit that was related to CommitFest work.  That doesn't
cover everything, but it's a plenty good start.
--
When confronted by a difficult problem, solve it by reducing it to the
question, "How would the Lone Ranger handle this?"


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Optimizing pg_trgm makesign() (was Re: WIP: Fast GiST index build)
Следующее
От: Robert Haas
Дата:
Сообщение: Re: heap_hot_search_buffer refactoring