public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stefan Roese <sr@denx.de>
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 12:37:07 +0200	[thread overview]
Message-ID: <201207171237.07892.sr@denx.de> (raw)
In-Reply-To: <CALButCJAu4r8wdTpYC7XPfhq_uJFbhQpGUeiNnEx-jHJjK1nUg@mail.gmail.com>

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

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.

Just my 0.02$. :)
 
Thanks,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de

  reply	other threads:[~2012-07-17 10:37 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 [this message]
2012-07-17 12:10     ` Graeme Russ
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=201207171237.07892.sr@denx.de \
    --to=sr@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