Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-18 Thread Aayush.Bhatnagar
t;onap-tsc-boun...@lists.onap.org> on behalf of "JI, LUSHENG" <l...@research.att.com> Date: Friday, August 4, 2017 at 1:43 AM To: "onap-tsc@lists.onap.org" <onap-tsc@lists.onap.org> Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to O

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-05 Thread GILBERT, MAZIN E (MAZIN E)
t;mailto:onap-tsc-boun...@lists.onap.org>> on behalf of Gildas Lanilis <gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>> Date: Friday, August 4, 2017 at 6:43 AM To: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>> Subject: Re: [onap-tsc] Enforci

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-04 Thread MAHER, RANDA
, LUSHENG <l...@research.att.com>; onap-tsc@lists.onap.org Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP ***Security Advisory: This Message Originated Outside of AT *** Reference http://cso.att.com/EmailSecurity/IDSP.html for more information. All, I

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-04 Thread Yunxia Chen
, August 4, 2017 at 6:43 AM To: onap-tsc <onap-tsc@lists.onap.org> Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP Hi, Thanks David for sharing your analysis +1. Big chunk of code should not happen (whatever big mean). That is why when TSC reviewed and

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-04 Thread TIMONEY, DAN
t; on behalf of "JI, LUSHENG" <l...@research.att.com> Date: Friday, August 4, 2017 at 1:43 AM To: "onap-tsc@lists.onap.org" <onap-tsc@lists.onap.org> Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP ***Security Advisory: Th

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-04 Thread Gildas Lanilis
.onap.org] On Behalf Of Stephen Terrill Sent: Friday, August 04, 2017 3:01 AM To: onap-tsc@lists.onap.org Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP Thanks for sharing your perspective Lusheng, I think its important to get the perspectives of the projects into t

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-04 Thread Stephen Terrill
-tsc@lists.onap.org Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP Dear TSC and ONAP community, As I am reading through this thread, I can certainly appreciate David’s good intention behind the suggestion. Perhaps this is a minority opinion here, but as a PTL and

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread Stephen Terrill
pproval first. Best Regards, Steve. From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of GILBERT, MAZIN E (MAZIN E) Sent: 03 August 2017 18:33 To: Yunxia Chen <helen.c...@huawei.com> Cc: eric.deb...@orange.com; onap-tsc@lists.onap.org Subject: Re: [onap-t

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread GILBERT, MAZIN E (MAZIN E)
uot;GILBERT, MAZIN E (MAZIN E)" <ma...@research.att.com<mailto:ma...@research.att.com>> Date: Thursday, August 3, 2017 at 8:31 AM To: Eric Debeau <eric.deb...@orange.com<mailto:eric.deb...@orange.com>> Cc: onap-tsc <onap-tsc@lists.onap.org<mailto:onap-tsc@lists

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread Yunxia Chen
nap-tsc-boun...@lists.onap.org> on behalf of "GILBERT, MAZIN E (MAZIN E)" <ma...@research.att.com> Date: Thursday, August 3, 2017 at 8:31 AM To: Eric Debeau <eric.deb...@orange.com> Cc: onap-tsc <onap-tsc@lists.onap.org> Subject: Re: [onap-tsc] Enforcing an "Up

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread GILBERT, MAZIN E (MAZIN E)
I am ok if the integration team wants to take the task of defining best code practices and guidelines on significant code insertion. I agree with Ash that code that can not be reviewed should not be committed blindly. But we need to form guidelines so we are all following the same practices.

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread Ed Warnicke
; Open Network Division > Amdocs Technology > > > > > *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc- > boun...@lists.onap.org <onap-tsc-boun...@lists.onap.org>] *On Behalf Of > *Sauvageau, > David > *Sent:* Wednesday, August 02, 2017 7:37 PM > *To

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread SPATSCHECK, OLIVER (OLIVER)
ilto:onap-tsc-boun...@lists.onap.org] On Behalf Of Sauvageau, David Sent: Wednesday, August 02, 2017 7:37 PM To: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> Subject: [onap-tsc] Enforcing an "Upstream first" approach to ONAP Hi TSC members, I would like to bring to our attention one

[onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread eric.debeau
+1 for raising this topic We should avoid 10k LOC patches because it is very complex to review and is not aligned with an open source spirit. I do not believe that we should create another subcommitte to handle such issue. The integration project may be able to detect such behavior and alerts

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-03 Thread Alla Goldner
@01D30C3A.26ED03A0] From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Sauvageau, David Sent: Wednesday, August 02, 2017 7:37 PM To: onap-tsc@lists.onap.org Subject: [onap-tsc] Enforcing an "Upstream first" approach to ONAP Hi TSC members, I

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Ash Young
With all respect, I think this might be better characterized. I don't think the alternative to the current practices is "upstream first". Likewise, I don't think it makes any sense to develop something that doesn't yet exist by first forming a project elsewhere, like on Github, just so we can then

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Ed Warnicke
> *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-bounces@ > lists.onap.org] *On Behalf Of *Sauvageau, David > *Sent:* Wednesday, August 2, 2017 9:37 AM > *To:* onap-tsc@lists.onap.org > *Subject:* [onap-tsc] Enforcing an "Upstream first" approach to ONAP > > > >

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread GILBERT, MAZIN E (MAZIN E)
David You are raising a valid point and it relates to my previous note to the TSC about monitoring and evaluating code quality. I suggested forming a subcommittee to make a recommendation. This is vital for the success of ONAP. Our first release includes a merger of open ecomp and open-o

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Haiby, Ranny (Nokia - US/San Jose USA)
ap-tsc] Enforcing an "Upstream first" approach to ONAP Hi TSC members, I would like to bring to our attention one major opportunity for improvement in the behaviour currently adopted by some of our community members. I am observing a big number of very large commits (10’s of thousands o

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Murat Parlakisik
boun...@lists.onap.org [mailto:onap-tsc-bounces@ > lists.onap.org] *On Behalf Of *Ed Warnicke > *Sent:* Wednesday, August 02, 2017 10:42 PM > *To:* Sauvageau, David <david.sauvag...@bell.ca> > *Cc:* onap-tsc@lists.onap.org > *Subject:* Re: [onap-tsc] Enforcing an "Upstre

Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Dhananjay Pavgi
m: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Ed Warnicke Sent: Wednesday, August 02, 2017 10:42 PM To: Sauvageau, David <david.sauvag...@bell.ca> Cc: onap-tsc@lists.onap.org Subject: Re: [onap-tsc] Enforcing an "Upstream first" approach to ONAP +1 U

[onap-tsc] Enforcing an "Upstream first" approach to ONAP

2017-08-02 Thread Sauvageau, David
Hi TSC members, I would like to bring to our attention one major opportunity for improvement in the behaviour currently adopted by some of our community members. I am observing a big number of very large commits (10’s of thousands of lines of code in a single commit) which to me is a symptom