Recording . Meeting starts at timestamp 06:25:50 (385:50)
Agenda Item
Requested by
Notes / Links
Beijing Release Calendar Proposal
Gildas
viewpdf
Rewards
Mazin
PDF
View file
name
ONAP_BeijingRelease_Plan_V2.pdf
height
250
Committer Diversity & Upstream First Cultural Discussion
Helen
View file
name
ONAP-Upstream Discussion v2.0.pdf
page
TSC 2017-08-10
height
250
December 11-13 Amsterdam event
Mazin
goals of the meeting are two folds. The first is to have a TSC meeting to finish planning the Beijing release and begin reviewing new projects. The second goal is to promote the Amsterdam release by inviting users and developers, and conducting training sessions, hackathons and calls for papers to present new ideas and capabilities.
Target M1 for architecture and S3P reqs(SteveT, 13:33:19)
Question: Do we maintain Amsterdamn or not. We need to decide what to do for vulnerabilities as well.(SteveT, 13:36:37)
Start with code integration as earlier as possible (3 months??).(SteveT, 13:37:47)
Need to decide on what is a release and do we branch. i.e. what is the branching strategy.(SteveT, 13:38:42)
Extend the period between api freeze and code freeze by bringing earlier(SteveT, 13:40:07)
Lingli asks if it is possible to offset the projects so that those projects that are depended upon hit API freeze sooner then those that depend on them.(phrobb, 13:41:57)
Consider API freeze based on dependancy graph. e(SteveT, 13:43:51)
Discussion about branching. Need to be very selective about the defects to print and bring from the main branch into the amasterdam release. Then there was a proposal that we should not have maintanance of Amsterdamn.(SteveT, 13:47:56)
there was a proposal that a team could decide its branching strategy (i.e. when it decides what is master and what is "release".(SteveT, 13:51:52)
Consider that SONAR works of the latest update.(SteveT, 13:52:39)
When considering the branching strategy, need to consider whether allowing people to play with a version and fix the bugs.(SteveT, 13:53:56)
Will come back to in the TSC Oct 5th.(SteveT, 13:55:11)
As additional information, there is a separation of component releases from ONAP release(SteveT, 13:58:00)
There is the comment that the Casablanca release will not be November, we should bring it into say Septebmer to align with oh(SteveT, 14:00:52)
Release version proposal was presented by Jamil.(SteveT, 14:01:44)
correction - not LATE November. Possibly Sept to align with ODL/OPNFV/etc. or early Nov. TBD.(cdonley, 14:02:04)
proposal is the Symantec versioning (x.y.z).(SteveT, 14:07:51)
If approved we need to update and reflect the minor releases in the planning.(SteveT, 14:10:31)
Helen raised that there has been a proposal for a project to release independently. This means that a project can release without having a "ONAP" release.(SteveT, 14:13:06)
Helen raised that the integration infrastructure supports independent project release.(SteveT, 14:13:49)
comment made recommending that we build a release plan and tools to allow components that don't have child dependents to release totally orthogonally from the ONAP release. ONAP could lead this type of flexibility(phrobb, 14:14:01)
Gildas notes that devs don't like to work on main./bugs on stable release. Others note that bug fixes often happen in master and are cherry-picked to stable branch(phrobb, 14:19:51)
updated proposal will be presented to TSC next week.(SteveT, 14:26:13)
There was a question about how to handle the 36 hour rule on commits. The conclusion was that it was ok to abandon the committ at that stage.(SteveT, 14:33:29)
The December meeting will be both a ONAP developer meeting as well as a ONAP user meeting.(SteveT, 14:35:03)
It is on 11-13 December, Santa Clara.(SteveT, 14:35:29)
Aside from Beijing focus, there will be videos etc to address vacation. There is also a consideration of a Hackathon.(SteveT, 14:37:07)
Correction Aside from Beijing focus, there will be videos etc to address end users. There is consideration of a hackathon on the first day.(SteveT, 14:40:55)
There was a suggestion for a hackfest of the developers working on the projects as well.(SteveT, 14:44:31)
Next opportunity would be is in March.(SteveT, 14:48:05)
consider other universities and getting ONAP univeristy material adopted in the universities.(SteveT, 14:48:33)
There was a suggestion from the modelling committee to suggest a 1 day workshop with SDOs.(SteveT, 14:52:28)