All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Changes to U-Boot Development Process
Date: Fri, 26 Jan 2007 08:38:33 -0500	[thread overview]
Message-ID: <45BA0459.3050509@smiths-aerospace.com> (raw)
In-Reply-To: <20070126095431.AAC11353CC1@atlas.denx.de>

Wolfgang Denk wrote:
> In message <27d85ee10701260031s5a67f074x3bee8c4590df97e1@mail.gmail.com> you wrote:
>> So does custodian have permission to push his commit into the official
>> repository or the present maintainers are still responsible for
>> pulling all of the subpart trees regularly and integrate into upstream
>> repository?
> 
> The custodians will have their own repository, from where I will pull
> it into the official repo. But we  intend  to  host  the  custodian's
> repositories  (or  at least an automatically updated copy) all on the
> same server, so it will be possible for everyone to access this  code
> even if the merging in the official tree should get delayed.
> 
> At lest that's the current theory. We'll probably  learn  what  works
> bet when we are on that way.
> 
> Best regards,
> 
> Wolfgang Denk

My somewhat limited experience with git has been _very_ positive WRT 
pulling from multiple git sources to make a "mash-up" git.  The best 
case scenario I envision is that the feeder git repos maintain patches 
as individual branches.  This way, not only can denx.de (Wolfgang) pull 
patches individually into the master repo, but also I can make my own 
"mash-up" git is based on the master repo with my favorite/necessary 
patches pulled in as branches and merged into my working branch.

Git has tracking knowledge of changes, full genealogy of the sources. 
When a patch is accepted and pulled into the master repo, git recognizes 
that my local "mash-up" already has that patch and simply fast-forwards 
in my "mash-up" repo and says "my, that was easy."  At that point, the 
branches in the feeder repo and my "mash-up" repo can be deleted.

Cheap ASCII art

denx.de
   |   \ \__________
   |    \           \
   |    Feeder1 ... FeederN
   |    |   \  \___
   |    |   |      \
   |    | (Patch1) (Patch2)
   |    |
   |   /
   |  /
Mashup

Mashup Branches:
* denx          - tracks the master repo (or just use "origin")
* Feeder1       - branch tracking the feeder (one per feeder)
* MyPatch1      - my patch waiting to be pulled by a feeder
* working       - my test area, merges (locally pulls in) the
                     branches denx, Feeder1-Patch1, Feeder1-Patch2,
                     MyPatch1, etc.
* releaseXX     - branch for a release made up of appropriate
                     patches merged in (Q: should this be a branch
                     at all, one branch for all releases, or a
                     branch for each release?)
* ...others

Disclaimer: I have not actually done _all_ of the above, just pieces of 
it.  I could be full of BS and misunderstandings.  Any corrections and 
advice from Those With Real Experience[tm]?

Best regards,
gvb

  reply	other threads:[~2007-01-26 13:38 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-17 21:24 [U-Boot-Users] Changes to U-Boot Development Process Wolfgang Denk
2007-01-18  0:36 ` Scott McNutt
2007-01-18 11:18 ` Rodolfo Giometti
2007-01-18 14:46 ` Jerry Van Baren
2007-01-18 14:51   ` Josh Boyer
2007-01-18 16:25     ` Wolfgang Denk
2007-01-18 16:23   ` Wolfgang Denk
2007-01-18 17:40     ` Kim Phillips
2007-01-18 21:10       ` Wolfgang Denk
2007-01-18 21:20         ` Timur Tabi
2007-01-18 21:40           ` Wolfgang Denk
2007-01-19  7:17             ` Stefan Roese
2007-01-19  7:37               ` Grant Likely
2007-01-19 10:08                 ` Wolfgang Denk
2007-01-19 14:35                   ` Grant Likely
2007-01-19 14:58                   ` Timur Tabi
2007-01-19 10:05               ` Wolfgang Denk
2007-01-19 10:19                 ` Stefan Roese
2007-01-19 15:05                   ` Timur Tabi
2007-01-19 12:03                 ` Josh Boyer
2007-01-19 16:18                   ` Haavard Skinnemoen
2007-01-18 18:50   ` Rodolfo Giometti
2007-01-18 21:12     ` Wolfgang Denk
2007-01-19 10:23 ` Tolunay Orkun
2007-01-19 16:03 ` Haavard Skinnemoen
2007-01-19 16:21   ` Jerry Van Baren
2007-01-20 21:33 ` Michal Simek
2007-01-21 20:24 ` Guennadi Liakhovetski
2007-01-21 20:39   ` Wolfgang Denk
2007-01-21 20:49     ` Guennadi Liakhovetski
2007-01-22  9:23     ` Sam Song
2007-01-22 22:04       ` Wolfgang Denk
2007-01-26  4:22 ` Aubrey Li
2007-01-26  9:54   ` Wolfgang Denk
2007-01-26  8:31 ` Aubrey Li
2007-01-26  9:54   ` Wolfgang Denk
2007-01-26 13:38     ` Jerry Van Baren [this message]
2007-01-26 15:52     ` Aubrey Li
2007-01-26 16:06       ` Wolfgang Denk
2007-01-26  8:49 ` Grant Likely
2007-01-26 11:46   ` Josh Boyer
2007-01-26 14:36   ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2007-02-01 11:31 Peter.Pearse
2007-02-01 15:37 ` Grant Likely
2007-02-08  0:52 Wolfgang Denk
2007-02-08 15:12 ` Rodolfo Giometti
2007-02-12  9:47 Peter Pearse
2007-03-05 23:09 Wolfgang Denk
2007-03-06  6:46 ` Aubrey Li
2007-03-06  9:19   ` Wolfgang Denk
2007-03-06  9:29     ` Aubrey Li
2007-03-06 10:47       ` Wolfgang Denk
2007-03-06 10:52         ` Aubrey Li
2007-03-06  7:57 ` Rodolfo Giometti
2007-03-06 10:08   ` Wolfgang Denk
2007-03-06 10:28     ` Rodolfo Giometti
2007-03-06 15:42 ` Jon Loeliger
2007-03-06 15:59   ` Wolfgang Denk
2007-03-06 16:05     ` Jon Loeliger
2007-03-06 16:11       ` Jerry Van Baren
2007-03-06 16:29         ` Wolfgang Denk
2007-03-06 16:27       ` Wolfgang Denk
     [not found] <20070306103035.GE6726@gundam.enneenne.com>
2007-03-06 12:47 ` Wolfgang Denk
     [not found] <006d01c75fca$03b87040$0f4565d5@atmel.com>
2007-03-06 14:12 ` Peter Pearse
2007-03-06 14:49   ` Wolfgang Denk

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=45BA0459.3050509@smiths-aerospace.com \
    --to=gerald.vanbaren@smiths-aerospace.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.