2024-01-23 Release WG Minutes
Attendees & Representation
Type @ and your name to indicate your attendance
LF Staff: @Casey Cainย
Community: @Herbert Damker ย @Gabriel Iklaga @Sachin kumar @Tanja de Groot @Rafal Artych @Mark Cornall @Samuel Adeyemoย
Agenda
The project's Antitrust Policy, which you can find linked from the LF and project websites. The policy is important where multiple companies, including potential industry competitors, are participating in meetings. Please review and if you have any questions, please contact your company legal counsel. Members of the LF may contact Andrew Updegrove at the firm Gesmer Updegrove LLP, which provides legal counsel to the LF. |
Roll Call
Action Items Review
Agenda Bashing
General Topics
Release Managers
Release schedule & process - initial discussion
Any Other Topics
Minutes
Action Item Review
Release Manager
Gabriel Iklaga will support Samuel from Nokia side
Request for further volunteers will be raised within the CAMARA Board meeting (on Thursday, Jan 25th)
Release Schedule - initial discussion
Work products needed:
Commonalities
Linting rules (representing the guidelines)
Identity & Consent Management
Note: documents will be incorporated into Commonalities release at some point of time, until then they be referenced by Commonalities
Release Management
Overview of released APIs and their version and status
Release management process
For each (API) sub projects:ย
API Definition(s)
Following the Commonalities guidelines
Successful linting check (with latest rules provided by Commonalities
Inline documentation, usable together with swagger editor and redoc
Test definitions
.feature files according to guideline from Commonality (comes with v0.2.0)
Supplementary documentation if needed to use or implement the API definition(s)
User documentation should be including the API Definition
Dependencies:
Release Management <= Commonalities, API Sub Projects
Needs information (e.g. scope definitions) about the planned and done releases from the sub projects
This information has to be provided in a way that can be automated collected
API sub project(s) <= Commonalities
all API Sub Projects need to know the release of the Commonalities documents and artefacts which they have follow for their release
Commonalities <= Identity & Consent management
Commonalities (a release of Commonalities is referring to documents within a release of I&CM)
Potential milestones:
Kick-off
and Scope of I&CM and Commonalities
4 weeks
Release candidates of Commonalities
Scope defined per sub projects (could be part of one the previous lines)
4 weeks
Release of Commonalities
4-6
(First) Release Candidates of sub projects
4-6 weeks
Sub project releases
2 weeks
Common Release Date ("packaging done for the community release")
Release Retro
Release cadence:
2 releases per year as a target
Initial schedule:
Guidelines towards Sub Projects regarding releases and versioning
Herbert shared just the information that the TSC decided that a task force to address the collected issues around release and versioning in sub project should be run in context of the Release Management working group
Collected issues: https://github.com/camaraproject/ReleaseManagement/issues/9
Commonalities documents which are relevant:
Not further discussed within the call