From: Matt Rice <ratmice@gmail.com>
To: "Joseph S. Myers" <joseph@codesourcery.com>
Cc: Jim Meyering <jim@meyering.net>, "H.J. Lu" <hjl.tools@gmail.com>,
Tom Tromey <tromey@redhat.com>, GDB <gdb@sourceware.org>
Subject: Re: gdb.git mirror is broken
Date: Wed, 07 Oct 2009 04:29:00 -0000 [thread overview]
Message-ID: <8ba6bed40910062129s1f2fa86o3ade15bb03671664@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0910061415170.15615@digraph.polyomino.org.uk>
[-- Attachment #1: Type: text/plain, Size: 1621 bytes --]
On Tue, Oct 6, 2009 at 7:26 AM, Joseph S. Myers <joseph@codesourcery.com> wrote:
>
> First and foremost, as I said in
> <http://sourceware.org/ml/binutils/2009-05/msg00117.html>, version control
> should make common tasks easy. That means a single command in a binutils
> checkout to commit both a BFD change and the testcases in the ld
> testsuite, for example. What things look like underneath is less
> important, and the exact spelling of the command is less important - but
> if it doesn't look like a single repository for common use cases like
> that, something is seriously wrong.
here is one way we could achieve the 'single commit across bfd and ld
testsuite' case,
by splitting bfd out, then subtree-merging it back in,
then doing a subtree merge to the separated bfd, when binutils changes...
one of the downsides to this is it is going to create alot of merge
commits which looks kind of funky in the separated bfd's gitk,
but assuming that we don't give anybody write access to the separated
bfd, we could do this automatically and assume there will be no
conflicts I imagine....
this script takes quite a while to run (for the initial splitting) and
a bit of disk space...
If we want to keep gdb in both the binutils and the separate module
though that creates some things to decide like which version is the
canonical one which developers should commit to, unless people feel
like merging it by hand...
the subtree merge isn't really something i'm that terribly familiar
with, but it seems to work, i haven't done a whole lot of repository
verification though.
[-- Attachment #2: git-split.sh --]
[-- Type: application/x-sh, Size: 2544 bytes --]
next prev parent reply other threads:[~2009-10-07 4:29 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-06 0:31 H.J. Lu
2009-10-06 6:23 ` Pierre Muller
2009-10-06 6:45 ` Jim Meyering
2009-10-06 6:51 ` Jim Meyering
2009-10-06 7:38 ` Jim Meyering
2009-10-06 13:08 ` H.J. Lu
2009-10-06 14:07 ` Jim Meyering
2009-10-06 14:26 ` Joseph S. Myers
2009-10-06 14:33 ` Jim Meyering
2009-10-06 16:11 ` Joseph S. Myers
2009-10-07 4:29 ` Matt Rice [this message]
2009-10-10 5:35 ` Matt Rice
2009-10-06 16:06 ` Tom Tromey
2009-10-06 16:21 ` Jim Meyering
2009-10-06 15:45 ` Joel Brobecker
2009-10-06 18:38 ` Eli Zaretskii
2009-10-06 19:01 ` Joel Brobecker
2009-10-06 20:36 ` Eli Zaretskii
2009-10-06 21:10 ` Joel Brobecker
2009-10-06 22:04 ` Tom Tromey
2009-10-07 7:29 ` Eli Zaretskii
2009-10-07 7:27 ` Eli Zaretskii
2009-10-06 16:08 ` Tom Tromey
2009-10-06 16:09 ` Jim Meyering
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=8ba6bed40910062129s1f2fa86o3ade15bb03671664@mail.gmail.com \
--to=ratmice@gmail.com \
--cc=gdb@sourceware.org \
--cc=hjl.tools@gmail.com \
--cc=jim@meyering.net \
--cc=joseph@codesourcery.com \
--cc=tromey@redhat.com \
/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