From: Martin Jansa <martin.jansa@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: release-2010.12 branch ready for testing
Date: Fri, 19 Nov 2010 15:44:25 +0100 [thread overview]
Message-ID: <20101119144425.GC3411@jama> (raw)
In-Reply-To: <ic60r2$hrs$1@dough.gmane.org>
On Fri, Nov 19, 2010 at 03:16:02PM +0100, Koen Kooi wrote:
> Well, that was the whole point. The release is supposed to be only a
> testing tag...
>
> We were very clear at OEDEM, no *branch* only a tag. If .dev isn't
> working, find a testing tag in the past that does work and use that as a
> release.
>
> It seems people are trying to polarize issues, when they shouldn't. So
> no "freeze .dev", but "pay more attention to .dev" and no "release
> branch" but "encourage getting more green into tinderbox".
>
> The idea was to get a release out and see how people are using it to
> improve the process and test conditions, not making a kneejerk process
> for this release.
>
> I've seen no discussion on this list why we need a branch or a freeze
> instead of following the OEDEM plam, only people stating that we need
> it. So what's wrong with the original plan of getting the release out
> and using actual experience as feedback for future releases?
Hi,
I think that short-lived branch is better, because every testing branch
had few easy-to-fix issues which were fixed almost immediately in .dev
after testing branched and it would be hard to choose which branch was best.
But tag from any testing branch + first few quick fixes would be almost as
good as based on any other testing branch.
And I also agree with Phil that this short lived branch should be
removed when the tag is created (to show that it's final state without
maintainance).
Just my 2c.
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
next prev parent reply other threads:[~2010-11-19 14:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-18 21:27 release-2010.12 branch ready for testing Khem Raj
2010-11-19 8:38 ` Frans Meulenbroeks
2010-11-19 10:34 ` Koen Kooi
2010-11-19 13:46 ` Tom Rini
2010-11-19 14:16 ` Koen Kooi
2010-11-19 14:44 ` Martin Jansa [this message]
2010-11-19 17:34 ` Philip Balister
2010-11-21 2:48 ` Khem Raj
2010-11-19 18:21 ` Khem Raj
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=20101119144425.GC3411@jama \
--to=martin.jansa@gmail.com \
--cc=openembedded-devel@lists.openembedded.org \
/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.