Hi Fernando,

I guess “Long Team release” should be “Long Term release”. J

 

Best Regards

Shuicheng

 

From: Hernandez Gonzalez, Fernando [mailto:fernando.hernandez.gonzalez@intel.com]
Sent: Tuesday, July 17, 2018 6:54 AM
To: 'starlingx-discuss@lists.starlingx.io' <starlingx-discuss@lists.starlingx.io>
Cc: Troyer, Dean <dean.troyer@intel.com>
Subject: [Starlingx-discuss] Design and Documentation for our Starlingx/Release Plan Web Page.

 

Hi Team,

Last Friday 13th we discussed our first draft about how are we going to release our builds in our Starlingx/Release Plan official page.

 

Please take a look into this first proposal, our first approach is releasing something clean and neat, comments and suggestions are well welcome, more things can be added/removed if necessary.

 

AR All, I have an Action Request for every Stx pioneer who would like to be in the Release Team (basically would be Point of Contact regarding Release plan matters, currently we have <Mario Alfredo Carrillo Arevalo> Thanks Mario for help me out with this first draft)

 

Please look at the text below for web page explanation.

For those who are more visual people see attached image.

 

StarlingX/Release Plan

List of releases

Describing Current Table

Version Link should be something like https://git.stx.com/stx.2018.08.0x.tar.gz: containing:

·        .tar, .img, .iso, or wathever is decided.

·        Rpms, srpm.

·        Debug keys - if apply.

·        Packages.

Remark: at the end something similar like Clearlinux.org deploys Clearlinux Link

Docs or Release Notes Link should re direct you to the Release notes Web Page containing at least:

·        Version link.

·        Freeze code Date.

·        Major features list.

·        List of Code Changes – higher level.

·        Validation done against the build. e.g. “This build has been validated with Sanity test <git repo link>” Remark: where git repo link redirect to test cases folder stored in git.

·        Known issues.

Same comments apply for Future Table.

Management of releases

Release cadence and Schedule

Releases are published in a time based fashion:

·        Every Long Term period with quarterly updates.

·        Every Quarterly with monthly updates.


Monthly release

·        Each month in the 2nd week of the month a branch will be pulled.

·        Branch name format stx.YY.MM.patch#

  e.g. stx.2018.08.0x (where “0x” is a patch number)


Quarterly release

·        2nd month in the quarter.

·        For each quarterly release, the code freeze for that release is the 2nd week in the 2nd month in the quarter.


Long Team release

·        TBD

Support length

·        Quarterly releases are supported for 6 months.

·        Long Term releases are out of plan so far.

Release team

·        Visit the release team page

Release Plan Page Out of Scope  list.

**Remark: our current plan marked below items out of scope and based on the project needs it could be added. We want to start with something simple.

·        Web Page containing Stx Details of Release Schedule.

o   Detail Schedule with feature freeze, figure it out bug handling, known issues for the release, point to backlog in the future, what will be fixed, etc.

·        Branch support length should be in Dev doc.

·        IRC, [Starlingx-discuss] channel is in the Starlingx main page.

·        Release/build announcements will be in the Starlingx main page.

·        Starlingx Technical Committee should be in Starlingx main page or Dev doc.

 

Thanks.

Fernando Hernandez Gonzalez

Software Engineer

 

Avenida del Bosque #1001 Col, El Bajío

Zapopan, Jalisco MX, 45019

____________________________________

Office: +52.33.16.45.01.34   inet 86450134