From: Dave Chinner <david@fromorbit.com>
To: Alex Elder <aelder@sgi.com>
Cc: xfs@oss.sgi.com
Subject: Re: XFS Master Branch Rebase
Date: Wed, 28 Jul 2010 09:27:19 +1000 [thread overview]
Message-ID: <20100727232719.GR7362@dastard> (raw)
In-Reply-To: <1280247366.2002.111.camel@doink>
On Tue, Jul 27, 2010 at 11:16:06AM -0500, Alex Elder wrote:
> Some recent commits have resulted in changes to
> the XFS master branch that result in non-trivial
> merges, which are not something we want to have in
> our git history. (I didn't realize this when I
> pushed my last set of updates out, unfortunately.)
>
> To remedy this, I'm have re-based the XFS master
> branch on oss.sgi.com against v2.6.35-rc6.
<groan>
Alex, this is a bit annoying. Rebases are a real pain for anyone
downstream that is using git in non-trivial ways. I'll give you an
idea of what this means to me - for the xfs tree directly:
- bare repository on kernel.org I have to fix
- local bare repo pulled from kernel.org I have to fix
- local working repo I have to fix with about 10 separate
working branches that I have now have to rebase
- run garbage collection on all repos
And for the for-2.6.36 branch of my xfsdev.git tree on kernel.org
(which I've been careful not to require rebasing as the OSS tree has
gained more commits):
- all the commits in that branch are stale, so the branch
has to be destroyed (in 3 repos)
- remove any branch based on for-2.6.36 in 2 bare repos
- recreate a new branch and pull the new xfs tree commits
into it and push it back out to bare repos
- rebase another ~10 local working branches based on the
for-2.6.36 branch and push them back out
- restage all the pending commits that I hadn't pushed out
on that branch yet.
- run garbage collection on all repos
And to top that all off - I know that people have pulled branches
from this tree that are based on for-2.6.36, so they are going to
get problems when trying to update them again. i.e. an upstream
rebase triggers problems for users downstream of my repo, not just
the direct downstream of the OSS repo....
....
> If you have a different branch checked out, you
> can do this instead to force the re-based commits
> to land in your "xfs-master" branch:
> git pull git://oss.sgi.com/xfs/xfs.git +master:xfs-master
You don't want to do this - the forced merge causes a branch in
history in the local repository and hence it's no longer an
identical copy of the upstream repository any more. I got caught by
this on a previous rebase when I started pushing commits back out
and people tried to pull them...
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2010-07-27 23:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-27 16:16 XFS Master Branch Rebase Alex Elder
2010-07-27 23:27 ` Dave Chinner [this message]
2010-07-28 8:44 ` Christoph Hellwig
2010-07-28 11:09 ` Dave Chinner
2010-07-28 11:19 ` Christoph Hellwig
2010-07-28 16:18 ` Alex Elder
2010-07-28 16:43 ` Alex Elder
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=20100727232719.GR7362@dastard \
--to=david@fromorbit.com \
--cc=aelder@sgi.com \
--cc=xfs@oss.sgi.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