public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Revised custodian git writeup
Date: Tue, 22 Jan 2008 15:03:45 +0100	[thread overview]
Message-ID: <20080122140345.760E42430C@gemini.denx.de> (raw)
In-Reply-To: Your message of "Tue, 22 Jan 2008 08:32:49 EST." <4795F081.5050204@ge.com>

Dear Jerry,

in message <4795F081.5050204@ge.com> you wrote:
>
> The conflicting requirements are:
> 1) Wolfgang wishes to pull from the subrepo "master" branch

...and others will do that, too, at unknown points of time.

> 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.

...must rebase their working branch(es), but there is no need that
I'll be pulling from exactly this/these branches.

As explained before, my idea is that the custodians will merge  their
code  into the master branch (a) for others to test it and (b) for me
to pull from. 

> 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.

The idea of rebasing the master branch is something that find
frightening.

> 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.

I'm ot sure if I want to have such a requirement.

> Disclaimer: The following is my reasoning, *not* experience, and could 
> be full of "stuff."
> 
> In the general (problematic) case, I think the problem is that someone 
> snapshots a branch (clones / pulls), that branch gets rewritten in a way 
> that doesn't match the snapshot, and then a follow-on pull will fail. 

This is why I think that master should never be rebased. "master" is
(IMO) supposed to always provide a consistent history.

> The two differences, as I see it, are:
> 1) Wolfgang's u-boot.git is The Master, the custodian repos conform to 
> that.  (If things get messed up, with a -f force, but that shouldn't 
> happen I don't think.)
> 2) We are interested in feeding patches to u-boot.git, not with 
> preserving the history of our custodian repos.

Wrong. I *am* interested in preserving the history of  the  custodian
repos.  Somebody mostly interested in ARM processors shall be able to
use the ARM custodian's repo for all his daily work exactly the  same
way as he could use the main repo.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
The only way you could make a happy  marriage  is  by  cuttin'  their
heads  off  as  soon  as  they say `I do', yes? You can't make happi-
ness...                           - Terry Pratchett, _Witches Abroad_

  reply	other threads:[~2008-01-22 14:03 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 [this message]
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

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=20080122140345.760E42430C@gemini.denx.de \
    --to=wd@denx.de \
    --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