From: Graeme Russ <graeme.russ@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Notes from the U-Boot BOF Meeting in Geneva 2012/07/12
Date: Tue, 17 Jul 2012 22:10:22 +1000 [thread overview]
Message-ID: <5005562E.6070903@gmail.com> (raw)
In-Reply-To: <201207171237.07892.sr@denx.de>
Hi Stefan,
On 07/17/2012 08:37 PM, Stefan Roese wrote:
> On Tuesday 17 July 2012 01:11:01 Graeme Russ wrote:
>>> It was discussed whether to do some "automatic" merging of these
>>> per-custodian trees into a central next, but majority of people believed
>>> that the patch handling process should remain as unchanged as possible
>>> in sync with the "principle of least surprise".
>>
>> I agree that automatic merging is a 'Bad Thing(tm)'. But one thing I notice
>> (and I don't know if this is a recent thing) but there seems to be a case
>> of zero merge activity up to the closing of the merge window and then a
>> rash of merging just prior to the RCs. I favour a more continuous merge
>> strategy.
>
> I favored the automatic merging at the conference mainly because of one
> reason:
>
> To detect potential merge conflicts as early as possible. And send the result
> of this automated merge to the list (or a new list).
100% agree with first sentence. Worried about how much extra traffic an
auto-build would cause if it was mailing the list as well
> In combination with (automated) nightly builds this not only catches merge
> conflicts but also build problems. All this should be pretty easy to automate.
> And it moves the detection of those problems closer to the submission of the
> patches. So we (and the original patch authors) don't have to figure out what
> the patch was all about weeks later.
I think U-Boot has reached the point that purely manual patch management is
not longer cutting the mustard.
Maybe it's time to seriously look at a gerrit + jenkins based solution?
Regards,
Graeme
next prev parent reply other threads:[~2012-07-17 12:10 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-16 21:30 [U-Boot] Notes from the U-Boot BOF Meeting in Geneva 2012/07/12 Detlev Zundel
2012-07-16 23:11 ` Graeme Russ
2012-07-17 10:37 ` Stefan Roese
2012-07-17 12:10 ` Graeme Russ [this message]
2012-07-17 12:15 ` Graeme Russ
2012-07-18 7:21 ` Wolfgang Denk
2012-07-18 23:37 ` Graeme Russ
2012-07-21 14:46 ` Marek Vasut
2012-07-23 1:33 ` Graeme Russ
2012-07-23 1:47 ` Marek Vasut
2012-07-23 2:07 ` Graeme Russ
2012-07-23 2:13 ` Marek Vasut
2012-07-23 7:43 ` Andy Pont
2012-07-23 6:27 ` Wolfgang Denk
2012-07-23 6:20 ` Wolfgang Denk
2012-07-23 21:16 ` Tom Rini
2012-07-23 22:15 ` Marek Vasut
[not found] ` <500DD2FA.4060800@boundarydevices.com>
2012-07-23 23:06 ` Marek Vasut
2012-07-23 23:37 ` Eric Nelson
2012-07-23 6:16 ` Wolfgang Denk
2012-07-25 19:47 ` Tom Rini
2012-07-27 14:17 ` Marek Vasut
2012-07-20 22:51 ` Tom Rini
2012-07-21 1:27 ` Marek Vasut
2012-07-21 4:28 ` Graeme Russ
2012-07-23 16:49 ` Tom Rini
2012-07-23 16:44 ` Tom Rini
2012-07-23 17:17 ` Marek Vasut
2012-07-23 17:28 ` Tom Rini
2012-07-23 18:11 ` Marek Vasut
2012-07-23 19:09 ` Tom Rini
2012-07-23 22:16 ` Marek Vasut
2012-07-18 7:41 ` Wolfgang Denk
2012-07-20 3:57 ` Mike Frysinger
2012-07-21 14:40 ` Marek Vasut
2012-07-23 20:53 ` Tom Rini
2012-07-23 22:14 ` Marek Vasut
2012-07-20 16:36 ` Kim Phillips
2012-07-20 21:09 ` Marek Vasut
2012-07-20 21:34 ` Graeme Russ
2012-07-20 21:40 ` Scott Wood
2012-07-20 22:04 ` Graeme Russ
2012-07-21 14:41 ` Marek Vasut
2013-02-18 6:55 ` Simon Glass
2013-02-18 9:59 ` Wolfgang Denk
2013-02-18 10:40 ` Graeme Russ
2013-02-18 12:39 ` Marek Vasut
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=5005562E.6070903@gmail.com \
--to=graeme.russ@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 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.