Re: [openstack-dev] [tricircle]freeze date and tricircle splitting

[joehuang]

very good, let's look over each patch (for all patches in review) in the weekly 
meeting to decide whether it should be merged before freeze.

Best Regards
Chaoyi Huang (joehuang)


From: Shinobu Kinjo [shinobu...@gmail.com]
Sent: 20 September 2016 15:45
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [tricircle]freeze date and tricircle splitting

Good point.

On Tue, Sep 20, 2016 at 3:00 PM, Vega Cai <luckyveg...@gmail.com> wrote:
> Since the patches for layer 3 networking automation has been merged, I think
> we'd better include the patches for resource cleaning in the tagged branch.
> Here is the list:
>
> Floating ip deletion: https://review.openstack.org/354604
> Subnet cleaning: https://review.openstack.org/355847
> Router cleaning: https://review.openstack.org/360848
>
> Shinobu Kinjo <shinobu...@gmail.com>于2016年9月20日周二 下午12:04写道：
>>
>> This announcement should have been first to avoid any unnecessary work -;
>>
>> On Tue, Sep 20, 2016 at 12:51 PM, joehuang <joehu...@huawei.com> wrote:
>> > Hello, as the Trio2o repository has been established, it's time for us
>> > to
>> > discuss the freeze date and tagging(newton branch) for the last release
>> > of
>> > Tricircle with gateway function.
>> >
>> > The freeze date is the gate for patches to be merged before
>> > tagging(newton
>> > branch). If a patch can't finish review process before the freeze date,
>> > and
>> > not able to be merged in Tricircle, then it's suggested to be handled
>> > like
>> > this:
>> >
>> > 1. If it's networking automation related patch, continue the review
>> > process
>> > in Tricircle after tagging(newton branch), will be merged in Tricircle
>> > trunk
>> > in the future .
>> >
>> > 2. If it's gateway related patch, abandon the patch, re-submit the patch
>> > in
>> > Trio2o.
>> >
>> > 3. If it's patch about pod management, for it's common feature, so
>> > continue
>> > the review process in tricircle  after tagging(newton branch) , and
>> > submit a
>> > new patch for this feature in Trio2o separately.
>> >
>> > Exception request after freeze date, before tagging(newton branch): If
>> > there
>> > is some patch must be merged before the tagging(newton branch), then
>> > need to
>> > send the exception request in the mail-list for the patch, and approved
>> > by
>> > PTL.
>> >
>> > That means we need to define a deadline for patches to be merged in
>> > Tricircle before tagging(newton branch), and define the scope of patches
>> > wish to be merged in Trcircle before splitting.
>> >
>> > Your thoughts, proposal for the freeze date and patches to be merged?
>> >
>> > (As the old thread containing both Trio2o and Tricircle in the subject,
>> > not
>> > good to follow, so a new thread is started)
>> >
>> > Best Regards
>> > Chaoyi Huang (joehuang)
>> >
>> > 
>> > From: joehuang
>> > Sent: 18 September 2016 16:34
>> > To: OpenStack Development Mailing List (not for usage questions)
>> > Subject: RE: [openstack-dev] [tricircle][trio2o] trio2o git repo ready
>> > and
>> > tricircle splitting
>> >
>> > Thank you for your comment, Zhiyuan.
>> >
>> > For pod management, because these two projects need to run
>> > independently, I
>> > think submit patches separately as needed may be a better choice.
>> >
>> > Best Regards
>> > Chaoyi Huang(joehuang)
>> > 
>> > From: Vega Cai [luckyveg...@gmail.com]
>> > Sent: 18 September 2016 16:27
>> > To: OpenStack Development Mailing List (not for usage questions)
>> > Subject: Re: [openstack-dev] [tricircle][trio2o] trio2o git repo ready
>> > and
>> > tricircle splitting
>> >
>> > +1 for the proposal. What about the codes for Pod operation? It seems
>> > that
>> > both Tricircle and Trio2o need these codes. We submit patches to these
>> > two
>> > projects separately?
>> >
>> > Zhiyuan
>> >
>> > joehuang <joehu...@huawei.com>于2016年9月18日周日 下午4:17写道：
>> >>
>> >> hello, team,
>> >>
>> >> Trio2o git repository is ready now: https://github.com/openstack/trio2o
>> >>
>&g

Re: [openstack-dev] [tricircle]freeze date and tricircle splitting

[Shinobu Kinjo]

This announcement should have been first to avoid any unnecessary work -;

On Tue, Sep 20, 2016 at 12:51 PM, joehuang  wrote:
> Hello, as the Trio2o repository has been established, it's time for us to
> discuss the freeze date and tagging(newton branch) for the last release of
> Tricircle with gateway function.
>
> The freeze date is the gate for patches to be merged before tagging(newton
> branch). If a patch can't finish review process before the freeze date, and
> not able to be merged in Tricircle, then it's suggested to be handled like
> this:
>
> 1. If it's networking automation related patch, continue the review process
> in Tricircle after tagging(newton branch), will be merged in Tricircle trunk
> in the future .
>
> 2. If it's gateway related patch, abandon the patch, re-submit the patch in
> Trio2o.
>
> 3. If it's patch about pod management, for it's common feature, so continue
> the review process in tricircle  after tagging(newton branch) , and submit a
> new patch for this feature in Trio2o separately.
>
> Exception request after freeze date, before tagging(newton branch): If there
> is some patch must be merged before the tagging(newton branch), then need to
> send the exception request in the mail-list for the patch, and approved by
> PTL.
>
> That means we need to define a deadline for patches to be merged in
> Tricircle before tagging(newton branch), and define the scope of patches
> wish to be merged in Trcircle before splitting.
>
> Your thoughts, proposal for the freeze date and patches to be merged?
>
> (As the old thread containing both Trio2o and Tricircle in the subject, not
> good to follow, so a new thread is started)
>
> Best Regards
> Chaoyi Huang (joehuang)
>
> 
> From: joehuang
> Sent: 18 September 2016 16:34
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: RE: [openstack-dev] [tricircle][trio2o] trio2o git repo ready and
> tricircle splitting
>
> Thank you for your comment, Zhiyuan.
>
> For pod management, because these two projects need to run independently, I
> think submit patches separately as needed may be a better choice.
>
> Best Regards
> Chaoyi Huang(joehuang)
> 
> From: Vega Cai [luckyveg...@gmail.com]
> Sent: 18 September 2016 16:27
> To: OpenStack Development Mailing List (not for usage questions)
> Subject: Re: [openstack-dev] [tricircle][trio2o] trio2o git repo ready and
> tricircle splitting
>
> +1 for the proposal. What about the codes for Pod operation? It seems that
> both Tricircle and Trio2o need these codes. We submit patches to these two
> projects separately?
>
> Zhiyuan
>
> joehuang 于2016年9月18日周日 下午4:17写道：
>>
>> hello, team,
>>
>> Trio2o git repository is ready now: https://github.com/openstack/trio2o
>>
>> The repository inherited all files and commit messages from Tricircle.
>>
>> It's now the time start to do the tricircle splitting: a blue print is
>> registere for Tricircle cleaning:
>> https://blueprints.launchpad.net/tricircle/+spec/make-tricircle-dedicated-for-networking-automation-across-neutron.There
>> are lots of documentation work to do. Please review these doc in the BP,
>> thanks.
>>
>> There are some proposal for patches during the splitting:
>>
>> 1. For patch which is already in review status, let's review it in
>> Tricircle (no matter it's for Trio2o or Tricircle), after it's get merged,
>> then port it to Trio2o. After all patches get merged, let's have a last tag
>> for Tricircle to cover both gateway and networking automation function. Then
>> the cleaning will be done in Tricircle to make Tricircle as a project for
>> networking automation only
>> 2. For new patch which is only applicable to Trio2o, I propose that we
>> submit such patches in Trio2o only, no need to submit in Tricircle.
>>
>> Would like to know your thoughts on the splitting.
>>
>> Best Regards
>> Chaoyi Huang(joehuang)
>>
>>
>>
>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Email:
shin...@linux.com
shin...@redhat.com

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [tricircle]freeze date and tricircle splitting

[joehuang]

Hello, as the Trio2o repository has been established, it's time for us to 
discuss the freeze date and tagging(newton branch) for the last release of 
Tricircle with gateway function.

The freeze date is the gate for patches to be merged before tagging(newton 
branch). If a patch can't finish review process before the freeze date, and not 
able to be merged in Tricircle, then it's suggested to be handled like this:

1. If it's networking automation related patch, continue the review process in 
Tricircle after tagging(newton branch), will be merged in Tricircle trunk in 
the future .

2. If it's gateway related patch, abandon the patch, re-submit the patch in 
Trio2o.

3. If it's patch about pod management, for it's common feature, so continue the 
review process in tricircle  after tagging(newton branch) , and submit a new 
patch for this feature in Trio2o separately.

Exception request after freeze date, before tagging(newton branch): If there is 
some patch must be merged before the tagging(newton branch), then need to send 
the exception request in the mail-list for the patch, and approved by PTL.

That means we need to define a deadline for patches to be merged in Tricircle 
before tagging(newton branch), and define the scope of patches wish to be 
merged in Trcircle before splitting.

Your thoughts, proposal for the freeze date and patches to be merged?

(As the old thread containing both Trio2o and Tricircle in the subject, not 
good to follow, so a new thread is started)

Best Regards
Chaoyi Huang (joehuang)


From: joehuang
Sent: 18 September 2016 16:34
To: OpenStack Development Mailing List (not for usage questions)
Subject: RE: [openstack-dev] [tricircle][trio2o] trio2o git repo ready and 
tricircle splitting

Thank you for your comment, Zhiyuan.

For pod management, because these two projects need to run independently, I 
think submit patches separately as needed may be a better choice.

Best Regards
Chaoyi Huang(joehuang)

From: Vega Cai [luckyveg...@gmail.com]
Sent: 18 September 2016 16:27
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [tricircle][trio2o] trio2o git repo ready and 
tricircle splitting

+1 for the proposal. What about the codes for Pod operation? It seems that both 
Tricircle and Trio2o need these codes. We submit patches to these two projects 
separately?

Zhiyuan

joehuang >于2016年9月18日周日 
下午4:17写道：
hello, team,

Trio2o git repository is ready now: https://github.com/openstack/trio2o

The repository inherited all files and commit messages from Tricircle.

It's now the time start to do the tricircle splitting: a blue print is 
registere for Tricircle cleaning: 
https://blueprints.launchpad.net/tricircle/+spec/make-tricircle-dedicated-for-networking-automation-across-neutron.There
 are lots of documentation work to do. Please review these doc in the BP, 
thanks.

There are some proposal for patches during the splitting:

1. For patch which is already in review status, let's review it in Tricircle 
(no matter it's for Trio2o or Tricircle), after it's get merged, then port it 
to Trio2o. After all patches get merged, let's have a last tag for Tricircle to 
cover both gateway and networking automation function. Then the cleaning will 
be done in Tricircle to make Tricircle as a project for networking automation 
only
2. For new patch which is only applicable to Trio2o, I propose that we submit 
such patches in Trio2o only, no need to submit in Tricircle.

Would like to know your thoughts on the splitting.

Best Regards
Chaoyi Huang(joehuang)






__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: 
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev