This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: src.git test repository
- From: Tom Tromey <tromey at redhat dot com>
- To: Binutils Development <binutils at sourceware dot org>
- Cc: GDB Development <gdb at sourceware dot org>
- Date: Wed, 09 Oct 2013 15:04:28 -0600
- Subject: Re: src.git test repository
- Authentication-results: sourceware.org; auth=none
- References: <87y565m7ma dot fsf at fleche dot redhat dot com>
>>>>> "Tom" == Tom Tromey <tromey@redhat.com> writes:
Tom> I've made a src.git test repository for testing. Please try it out.
Tom> This repository has all the configuration bits in it that I expect to
Tom> use in the final conversion -- email hooks, bugzilla hooks, etc. Please
Tom> be aware of that if you make any changes.
One note here is that I am still considering a hook to reject merge
commits.
The rationale for this is that merge commits are ugly, and that it isn't
a big deal to require a rebase before a merge, so that any merge is a
fast-forward.
I think it isn't onerous to follow this rule for all branches -- there
being plenty of options for git hosting where you can go nuts -- but of
course I welcome your considered reasons to think otherwise.
Tom> (I intend to test all these things live sometime this week. So far
Tom> they've only been tested piecemeal on my machine.)
I've done various test commits and pushes and I think these scripts are
working adequately well.
If you want to see the current format of the commit messages, look at
one of the "cvs" mailing lists. E.g.:
https://sourceware.org/ml/gdb-cvs/2013-10/msg00062.html
We can make changes to the format if desired. I tried to keep pretty
much the same information that was in the old CVS commit message, though
I didn't attempt to exactly mimic the format.
Commits mentioning PRs also go to bugzilla. See my test PR for an
example:
https://sourceware.org/bugzilla/show_bug.cgi?id=16030
The format for bugzilla can differ from the format for the commit-list
message, but I chose to keep them the same. Again, changeable.
Tom