From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Revised custodian git writeup
Date: Tue, 22 Jan 2008 09:35:35 -0500 [thread overview]
Message-ID: <4795FF37.5000607@ge.com> (raw)
In-Reply-To: <4795F081.5050204@ge.com>
Jerry Van Baren wrote:
> Wolfgang Denk wrote:
>> Hello,
>>
>> in message <47954A7D.4070507@gmail.com> you wrote:
>>> I've rewritten the "Tips for maintaining custodian trees" section to
>>> reflect Wolfgang's request that the "master" branch be used for patches
>>> for him to pull.
>>>
>>> Conceptually, this is very different from my previous recommendation /
>>> methodology writeup. In practice, however, it is a trivial change. The
>>> fundamental difference is to create a separate branch ("uboot") to track
>>> the master repo and rebase the "master" branch against that, instead of
>>> vice versa.
>> Rebasing the master branch, i. e. the one I'll be pullung from?
>>
>> Are you sure that is a good idea? Note that I (and probably others)
>> will be pulling from that branch, and not only once!
>>
>> Quote from the git-rebase man page:
>>
>> ...
>> NOTES
>> When you rebase a branch, you are changing its history in a
>> way that will cause problems for anyone who already has a copy
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> of the branch in their repository and tries to pull updates
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> from you. You should understand the implications of using git
>> ^^^^^^^^^
>> rebase on a repository that you share.
>> ...
>>
>> Best regards,
>> Wolfgang Denk
>
> Well, that is what I understood you to be asking for, and it worked this
> past merge window. That could have been luck, but I suspect not.
>
> The conflicting requirements are:
> 1) Wolfgang wishes to pull from the subrepo "master" branch
> 2) Subrepository custodians must rebase to pull the latest changes and
> fix any merge conflicts so that Wolfgang's pulls don't have merge conflicts.
>
> I don't believe the rebasing will cause problems because the rebasing is
> pulling from the u-boot.git master repository (or possibly
> u-boot-testing.git) which is rebuilding the subrepo "uboot" branch to
> match the u-boot.git master, and then rebasing the subrepo "master"
> based on the u-boot.git master. This will make the subrepo "master"
> *match* the u-boot.git master *plus* append the new patches to be pulled.
>
> I think the difference with our use vs. the general case that the
> warning applies to is that the custodians are making their "master"
> branch conform exactly to the u-boot.git master branch and then adding
> on the patches to be pulled.
Adding to this thought, rebasing a custodian repo rewrites its history
*to match the master u-boot.git repo* (and then add to it). Based on my
limited knowledge and experience, I think that is a *good* thing.
If we don't "rewrite" our custodian histories to match the master
u-boot.git repo history, very quickly it will be impossible to compare
the custodian repo to the master because the patches will be in
different order.
We are your slaves,
gvb
prev parent reply other threads:[~2008-01-22 14:35 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-22 1:44 [U-Boot-Users] Revised custodian git writeup gvb.uboot
2008-01-22 7:52 ` Markus Klotzbücher
2008-01-22 8:55 ` Wolfgang Denk
2008-01-22 9:50 ` Haavard Skinnemoen
2008-01-22 13:45 ` Wolfgang Denk
2008-01-22 14:20 ` Haavard Skinnemoen
2008-01-22 14:42 ` Mike Frysinger
2008-01-22 16:34 ` Wolfgang Denk
2008-01-22 18:23 ` Joakim Tjernlund
2008-01-22 18:39 ` Haavard Skinnemoen
2008-01-22 13:50 ` Jerry Van Baren
2008-01-22 14:10 ` Wolfgang Denk
2008-01-22 13:32 ` Jerry Van Baren
2008-01-22 14:03 ` Wolfgang Denk
2008-01-22 14:26 ` Markus Klotzbücher
2008-01-22 16:36 ` Wolfgang Denk
2008-01-22 22:47 ` Jerry Van Baren
2008-01-22 23:32 ` Wolfgang Denk
2008-01-23 3:15 ` gvb.uboot
2008-01-23 12:04 ` Martin Krause
2008-01-23 12:47 ` Wolfgang Denk
2008-01-23 17:27 ` Martin Krause
2008-01-23 17:30 ` Haavard Skinnemoen
2008-01-22 14:38 ` Haavard Skinnemoen
2008-01-22 14:35 ` Jerry Van Baren [this message]
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=4795FF37.5000607@ge.com \
--to=gerald.vanbaren@ge.com \
--cc=u-boot@lists.denx.de \
/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