Open Stack

I believe that we need to do this, and agree with Vitaly.

Basically, when we are getting low amount of review requests, it's easy
enough to do backports to stable branch. So criteria should be based on
this, and I believe it can be even more soft, than what Vitaly suggests.

I suggest the following:
___
If no more than 3 new High / Critical priority bugs appeared in the passed
day, and no more than 10 High/Critical over the past 3 days appeared - then
stable branch can be created. ___

HCF criteria remain the same. We will just have stable branch earlier. It
might be a bit of headache for our DevOps team: it means that

   - 6.1 ISO should appear immediately after first stable branch created
   (we need ISO and all set of tests working on master)
   - 6.0 ISO has to be build on master branches from some repos, but
   stable/6.0 from other. Likely it means whether switching to stable/6.0 in
   fuel-main and hacking config.mk, or something else.

DevOps team, what do you think?


On Fri, Nov 14, 2014 at 5:24 PM, Vitaly Kramskikh <vkramskikh at mirantis.com>
wrote:

> There is a proposal to consider a repo as stable if there are no
> high/critical bugs and there were no such new bugs with this priority for
> the last 3 days. I'm ok with it.
>
> 2014-11-14 17:16 GMT+03:00 Igor Kalnitsky <ikalnitsky at mirantis.com>:
>
>> Guys,
>>
>> The idea of separate unfreezing is cool itself, but we have to define
>> some rules how to define that fuel-web is stable. I mean, in fuel-web
>> we have different projects, so when Fuel UI is stable, the
>> fuel_upgrade or Nailgun may be not.
>>
>> - Igor
>>
>> On Fri, Nov 14, 2014 at 3:52 PM, Vitaly Kramskikh
>> <vkramskikh at mirantis.com> wrote:
>> > Evgeniy,
>> >
>> > That means that the stable branch can be created for some repos
>> earlier. For
>> > example, fuel-web repo seems not to have critical issues for now and I'd
>> > like master branch of that repo to be opened for merging various stuff
>> which
>> > shouldn't go to 6.0 and do not wait until all other repos stabilize.
>> >
>> > 2014-11-14 16:42 GMT+03:00 Evgeniy L <eli at mirantis.com>:
>> >>
>> >> Hi,
>> >>
>> >> >> There was an idea to make a separate code freeze for repos
>> >>
>> >> Could you please clarify what do you mean?
>> >>
>> >> I think we should have a way to merge patches for the next
>> >> release event if it's code freeze for the current.
>> >>
>> >> Thanks,
>> >>
>> >> On Tue, Nov 11, 2014 at 2:16 PM, Vitaly Kramskikh
>> >> <vkramskikh at mirantis.com> wrote:
>> >>>
>> >>> Folks,
>> >>>
>> >>> There was an idea to make a separate code freeze for repos, but we
>> >>> decided not to do it. Do we plan to try it this time? It is really
>> painful
>> >>> to maintain multi-level tree of dependent review requests and wait
>> for a few
>> >>> weeks until we can merge new stuff in master.
>> >>>
>> >>> --
>> >>> Vitaly Kramskikh,
>> >>> Software Engineer,
>> >>> Mirantis, Inc.
>> >>>
>> >>> _______________________________________________
>> >>> OpenStack-dev mailing list
>> >>> OpenStack-dev at lists.openstack.org
>> >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >>>
>> >>
>> >>
>> >> _______________________________________________
>> >> OpenStack-dev mailing list
>> >> OpenStack-dev at lists.openstack.org
>> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >>
>> >
>> >
>> >
>> > --
>> > Vitaly Kramskikh,
>> > Software Engineer,
>> > Mirantis, Inc.
>> >
>> > _______________________________________________
>> > OpenStack-dev mailing list
>> > OpenStack-dev at lists.openstack.org
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
> --
> Vitaly Kramskikh,
> Software Engineer,
> Mirantis, Inc.
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Mike Scherbakov
#mihgen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141117/cc7f36c8/attachment.html>