FYI, the Eclipse
TLP applies an API and feature freeze with RC1. This aligns with the rule
that the release review must be submitted by RC1.
All the work will be done only on one stream. I think this should
be left to the projects. It's not important for the release train.
We still need
to be nail how the legal team can handle the load of CQs and how we deal
with the release reviews, Maybe they can be simplified?
[eclipse.org-planning-council] Simultaneous Release
During the last PC call, the attendees have decided to propose for the
future of the SimRel that : * A new release will occur every 12 weeks. * All the work will be done only on one stream. * Only one repository will be used that will be continuously updated. A
stable "latest" url will be used to allow the user to update
continuously. * Specific urls will be available to reference any release. * The opt-in process will evolve, mostly projects would be assumed "in"
and someone will take care of cleaning the outdated projects from time
to time. * It would be possible to add, update and remove API on any release. Before deletion an announcement of the intention would be done a long time before (1 year or 2 year) in order that the depending projects have
time to upgrade to the new API. * A nightly SimRel build should be running.
If you have any problem with this decision, please make your voice heard
on this list. If no comment is done before the next call in January, I
will consider this as accepted by the all PC members.
There is still some remaining questions, I would like to get your opinion on :
* What would be the planning ? A proposed planning could be: - M1 Friday Week 2 - M2 Friday Week 4 - M3 Friday Week 6 - M4 Friday Week 8 - RC1 Friday Week 9 - RC2 Friday Week 10 - Quiet week Week 11, it is assumed all code is done by the end
of RC2. - GA Wednesday Week 12
* How do we organize the verification & tests in order to evolve from
a by hand homologation to a more automatic one ? How do we implement integration testing ? Do we automatically create something which contains everything starting it and see how it is going
on ? who would be responsible for that ?
* How do we name the releases ? What do we do about code names? It exists at least 3 different possibilities: - Using a year/month pattern : YYYY-MM - Using codename pattern : CodeName.X - Using a mix of the two previous patterns : YYYY-MM CodeName.X
Please give your opinion by replying to this thread. If you see other items we should discuss do not hesitate to add them the remaining questions list!
Thanks all for your participation, -- Mélanie Bats CTO +33 7 87 69 42 84 +33 5 34 57 16 29 @melaniebats