All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denys@ti.com>
To: Trevor Woerner <twoerner@gmail.com>
Cc: "meta-ti@yoctoproject.org" <meta-ti@yoctoproject.org>
Subject: Re: dizzy branch
Date: Thu, 9 Apr 2015 17:57:36 -0400	[thread overview]
Message-ID: <20150409215736.GE6414@edge> (raw)
In-Reply-To: <55267887.80001@gmail.com>

On Thu, Apr 09, 2015 at 09:03:03AM -0400, Trevor Woerner wrote:
> On 15-04-08 07:14 PM, Khem Raj wrote:
> >On Wed, Apr 8, 2015 at 2:54 PM, Trevor Woerner <twoerner@gmail.com> wrote:
> >>Is there going to be a dizzy branch to meta-ti?
> >is some change in OE-core master asking for it ?
> 
> I thought it was traditional to "draw a line in the sand" and say
> "when dizzy was released, this is how this layer looked".
> 
> Having a branch named dizzy, I think, would make it easier to base
> work on a given release. Let's say you release a product based on
> dizzy and a year from now you want to perform a fresh build on a new
> machine for your product. Clone all the required repositories and
> then checkout the dizzy branch in all of them?
> 
> Also, sometimes nobody notices that a change will affect a given
> release until months later. So although nothing is obviously asking
> for it, maybe some changes are causing issues we won't notice until
> months from now?

All good points. But as Khem said, there are no differences between master and 
dizzy/fido from meta-ti perspective. The thing is, we still have few of our 
products based on Daisy and being actively developed, hence I have to maintain 
Daisy as well as master. If you check the logs, you'd notice that I have to 
push same patches to both daisy and master branches (although there were some 
subtle changes between them, due to low-level framework changes in OE-core). 
If you insist on creating dizzy branch, it won't be updated. Which is probably 
fine, as it would be expected to be "stable" w/o new features, but with 
bugfixes. And considering that daisy gets new features, it would be rather 
strange...

BTW, we plan to migrate our products to Fido in the near future, so basically 
we are tracking Spring Yocto releases - Denzil, Dylan, Daisy, Fido, etc. So, 
there will be fido branch at some point and I will stop accepting new features 
into daisy...

-- 
Denys


  reply	other threads:[~2015-04-09 21:57 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-08 21:54 dizzy branch Trevor Woerner
2015-04-08 23:14 ` Khem Raj
2015-04-09 13:03   ` Trevor Woerner
2015-04-09 21:57     ` Denys Dmytriyenko [this message]
2015-04-10 18:33       ` Trevor Woerner
  -- strict thread matches above, loose matches on Subject: below --
2014-11-12 14:56 Cliff Brake
2014-11-12 18:15 ` Denys Dmytriyenko

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=20150409215736.GE6414@edge \
    --to=denys@ti.com \
    --cc=meta-ti@yoctoproject.org \
    --cc=twoerner@gmail.com \
    /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.