public inbox for u-boot@lists.denx.de
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox