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

I tend to agree with Lusheng and Dan. If the size of the contribution is more than a certain limit, we can provide guidelines for enabling easier code review. Some suggestions are provided here - 1. Accompany the contribution with UML class diagrams to help structure the code review. 2.

Re: [onap-tsc] More Help For Adding Committers

It seems like Confluence is a supported source for Bitergia (It is listed here under “supported tools”: https://www.bitergia.com/products/dashboards/) So it should be possible to collect stats like: * Wiki Page creations * Page edits * Comments * File uploads Ranny. From:

Re: [onap-tsc] More Help For Adding Committers

Hi Marcus, Can you provide examples of you you feel is missing? Best Regards, -kenny Kenny Paul, Technical Program Manager kp...@linuxfoundation.org 510.766.5945 > On Aug 18, 2017, at 12:54 PM, Williams, Marcus > wrote: > > FYI – Are we doing our own

Re: [onap-tsc] More Help For Adding Committers

Bitergia was implemented last week. https://onap.biterg.io https://lists.onap.org/pipermail/onap-discuss/2017-August/003139.html Best Regards, -kenny Kenny Paul, Technical Program Manager

Re: [onap-tsc] More Help For Adding Committers

FYI – Are we doing our own implementation of Bitergia? https://onap.biterg.io The above info set seems to be missing some of the info we’d need to monitor metrics under discussion. Also, completely agree with Pam’s point. +2 Thanks, Marcus Williams IRC @ mgkwill Network Software Engineer Intel

Re: [onap-tsc] More Help For Adding Committers

Ideally all these metrics can be provided by Bitergia once we get it implemented? Thanks, Gary From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAMELA L (PAM) Sent: Friday, August 18, 2017 5:14 AM To: Kenny Paul ;

Re: [onap-tsc] R2 use cases planning

Hi Alla, all, I think there has been a response from Rajesh on the topic of 5G slicing. I must say I am in favour of seeing it since that will be a clear proof that ONAP platform works for different use cases, and actually works for concurrent ones. Let me explain: An operator may host in its

Re: [onap-tsc] More Help For Adding Committers

Hey Kenny, This is great thanks. As a PTL, I personally feel it is important that committers aren’t just doing gerrit commits. But also show meritocracy in the following activities: · actively participate in Weekly meetings · respond to onap-discuss questions for that project

Re: [onap-tsc] R2 use cases planning

Hi Vladimir, all, Thanks for all replies received so far! Vladimir, this is not about meeting time resources, I believe. Meeting time can be extended, if necessary. The limitation and the need to reduce the scope comes from the fact that different projects will have to support related

Re: [onap-tsc] R2 use cases planning

Jason, Alla and All Just to understand the topic, what is this resource that should be managed here; is it e.g. meeting time? Speaking of the #1 below, I understand it as that some ONAP platform capabilities are missing so that the agreed R1 use cases cannot be supported. If this is the case,

[onap-tsc] [R2] Prioritization

Hello Following discussions in use-case & architecture subcommittees and the TSC, I think we should not only focus on use-case definition to drive the R2. The R1 release will not be perfect and there will be a lot of efforts to improve it. We should first prioritize the major topics not solved

Re: [onap-tsc] More Help For Adding Committers

Hi Ed, From the template: Link(s) demonstrating the Contributor's established history of meritocratic contributions to the project: (Typically this would be in the form of a gerrit query) So assuming that the template is followed then, yes, that information should be provided :-) Best