From: gvb.uboot <gvb.uboot@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Revised custodian git writeup
Date: Tue, 22 Jan 2008 22:15:00 -0500 [thread overview]
Message-ID: <4796B134.6010805@gmail.com> (raw)
In-Reply-To: <20080122233257.A2EE72430C@gemini.denx.de>
Wolfgang Denk wrote:
> In message <4796726E.9030501@ge.com> you wrote:
[snip]
>> I'm not sure what happens (how git handles it) if patches are applied in
>> different orders. What I'm thinking about is if custodians #1 and #2
>
> git has no notation of order or sequence. It is storing content only.
> If you apply N independent, non-overlapping patches in arbitray
> order, the result will be the same. The individual commits will have
> different ID's, but who cares?
>
>> both issue a pull request. Wolfgang pulls #1 and then #2. What happens
>> to #2 when he does a merge with the master u-boot.git? Does git insert
>> custodian #1 patches ahead of his existing (#2) patches, or do the
>> patches end up in a different order in the repos?
>
> It doesn't matter as long as there are no conflicts.
I haven't played with git to see what it does with patches in different
orders, but I'm not happy if my history doesn't match your history, it
makes it tremendously harder to do comparisons of a custodian vs. the
master repo. If the two are the same, not a big deal. If I need to
figure out why they are different... OUCH.
>> Then there is the merge conflict, which will be a result of the order
>> that Wolfgang pulls from the custodian repos. How does a custodian
>> resolve a merge conflict without changing his branch's history?
>
> That's a good point. I have to think about that one...
OK, I probably should confess that that was mostly a strawman.
>> (going home to soak my brain in ethanol)
>
> The brain or the liver?
The brain, the liver is unfortunate collateral damage. Wish I could
change history on that! ;-)
> Best regards,
>
> Wolfgang Denk
Best regards,
gvb
next prev parent reply other threads:[~2008-01-23 3:15 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 [this message]
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=4796B134.6010805@gmail.com \
--to=gvb.uboot@gmail.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