Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

WIP

Table of Contents

Introduction

...

  • the milestones of the meta-release (this page), and the supporting Meta-release Process documentation
  • the activities expected activities to be done by from the different teams to move from one milestone , with details documented here:
  • for Commonalities, ICM and meta-release management: Meta-release Process
  • for API Sub Projects: API Release Processto the next
  • the way to report progress on the meta-release itself, on the Commonalities and ICM releases and on API releases is also part of the above process descriptions.

For the schedule and content of actual planned meta-releases, see CAMARA meta-releases.

Meta-release

...

milestones

Meta-release milestones and their associated actions are used to progress and track the status of the meta-release. 

  • A meta-release has 6 milestones, M0 through M6 described below. 
  • For the typical milestone dates of a meta-release, please see the Meta-release Process.

The actions following table lists the meta-release milestones, and includes a high level view of the activities expected from the various teams to reach the milestones are described in the table below. More details on the actions can be found in Meta-release Process and the API Release Process descriptions.NOTE: Deviations from the below actions or timeline is to be documented on the dedicated meta-release pages, in particular for the Meta-release Fall24.these milestones. 

More details on these for each team are documented here: 


Milestone / start date

Actors & Actions Activities for next milestone

Timeline

Week Nr

pre-M0 activities
  • Release Management
  • Prepare : prepare meta-release page
  • Request TSC to declare kickoff
  • plan
  • Commonalities & ICM
  • : define scope and start alpha release development
  • TSC: declare M0 -
  • Starting from previous M2, prepare scope definition for upcoming meta-release.
  • Implement scope in one or more alpha releases

TSC

  • Declare meta-release kickoff


M0 

Meta-release kickoff

M00
activities for M1 start @ M0
  • Commonalities & ICM: fix scope and develop final alpha release for M1
  • API Sub Groups: check Commonalities and ICM scope definition to assess API impact
  • TSC: approve Commonalities and ICM scope and final alpha release
  • Release Management: Declare M1 - Commonalities and ICM alpha release available
starts @ M0

Release Management

  • Announce M0 meta-release kick-off on all@lists.camaraproject.org
  • Once available, check the final alpha releases PR of Commonalities & ICM and, if OK, submit to TSC for approval
  • After TSC approval, announce M1 milestone

Commonalities & ICM

  • Finalize the scope definition for meta-release.
    • Record scope in dedicated GitHub issue.
    • Submit scope issue for TSC review
  • Develop final Commonalities & ICM scope through one or more alpha releases
  • Update data in the meta-release plan with each alpha release
  • Create final alpha release PRs and submit to Release Management
  • After TSC approval, create approved final alpha release for Commonalities & ICM
  • Update the meta-release plan with the alpha release tag

API Sub Projects

  • Start following the scope definitions of Commonalities and ICM and assess impact on API version

TSC

  • Approve Commonalities and ICM scope
  • Approve final alpha release PRs of Commonalities & ICM
2 weeks

M1

Alpha Commonalities & ICMM0 + 2 weeks2
starts activities for M2 start @ M1
  • API Sub Groups: align to Commonalities and ICM alpha release and provide feedback
  • Commonalities & ICM
  • Fix bugs raised by users through one or more release-candidates
  • Update release tracker on meta-release page with each release-candidate
  • Create : Fix bugs and prepare final release-candidate PR and submit to Release Management
  • After TSC approval:
    • Create the final release-candidate for Commonalities & ICM
    • Update the meta-release page for Commonalities & ICM with release-candidate tag

Release Management

  • Check final release-candidate PRs of Commonalities and ICM and, if OK, submit to TSC for approval
  • After TSC approval, and commit of Commonalities and ICM final release-candidate PRs, announce M2 milestone

TSC

  • for M2
  • TSC: approve Commonalities and ICM final release-candidate
  • Release Management; declare M2 - Commonalities and ICM release-candidate availableApprove final release-candidate PRs of Commonalities & ICM
7 weeks

M2

Release-candidate Commonalities & ICMM1 + 7 weeks9
starts activities for M3 start @ M1
  • API Sub Projects
  • Create API release tracking page for the API if it does not yet exist
  • Create API release tracker for the API version to be released
  • Assess final impact of final release-candidates of Commonalities and ICM scope on API(s)
  • Define scope of API release:
    • Record scope in dedicated GitHub issue.
    • Update the release tracker with the scope issue link
  • Develop API scope through one or more alpha releases
  • Update the API release tracker with each alpha release
  • Create first release-candidate PR and submit to Release Management
  • After Release Management approval:
    • Create first release-candidate for the API
    • Update the API release tracker with the release-candidate tag

Release Management, for each API

  • Once available, check the first API release-candidate PR and, if OK, approve PR
  • Announce M3 milestone with all approved API release-candidates.

TSC

  • : prepare API scope and develop alpha releases, ending by the first release-candidate for M3
  • TSC: review scope of APIs (case by case selection)
  • Release Management: check API readiness of each API and declare M3 - all API first release-candidates availableReview scope of selected APIs (case by case selection)
9 weeks

M3

Release-candidate APIs (Code Freeze)

M1 + 9 weeks

9
starts activities for M4 start @ M3
  • API Sub Projects
  • Fix bugs raised by API testers through one or more release-candidates
  • Update API release tracker with each release-candidate
  • Submit final release-candidate PR to Release Management for checking
  • After final release-candidate PR approval by Release Management:
    • Create final release-candidate and update API release tracker
    • Create API public-release PR
  • After TSC approval of the PR
    • Create public-release
    • Update the API release tracker with public-release tag

Release Management, for each API

  • Once available, check final API release-candidate PR and, if OK, approve PR
  • Once available, check API public-release PR, and, if OK, ask for formal TSC approval. 
  • Announce M4 milestone when all API public-releases are approved by TSC

Commonalities & ICM (through M3 upto M4)

  • Fix bugs raised by API testers through one or more release-candidates
  • Create public-release PR for Commonalities & ICM
  • After Release Management check and TSC approval of the public-release PR
    • Create the public-release
    • Update the meta-release page with public-release tag

TSC

  • : fix bugs and prepare public-release
  • Commonalities & ICM: prepare public-release
  • Release Management: check API readiness of each API and declare M4 - all API public-releases available
  • TSC: give formal approval of Commonalities, ICM and API (case-by-case) public-releases
  • Formal approval of the Commonalities & ICM public-release PRs
  • Formal approval API public-release PRs
9 weeks

M4

Public-release APIs

M3 + 9 weeks

18

activities for M5 starts @ public-release PR for an API

  • Release Management
  • Check that all API release trackers are updated with their public-release tag for the meta-release.
  • Propose meta-release content to TSC
  • After TSC approval, publish the meta-release
  • Announce the M5 meta-release on all@lists.camaraproject.org 

TSC:

  • Meta-release approval
  • : prepare and declare M5 - meta-release availability
  • TSC: approve meta-release for M5
2 weeks

M5

Meta-releaseM4 + 2 weeks20
starts activities for M6 start @ M5
  • Commonalities & ICM: assess meta-release and provide feedback
  • API Sub Groups: assess meta-release and provide feedback
  • Release Management: assess meta-release, create improvement plan and declare M6 - post-release assessment available
  • TSC: approve improvement plan for M6

Release Management

  • Review release process with all teams and identify areas for improvement. 
  • Propose improvements for TSC approval
  • After TSC approval, announce M6 milestone

TSC

  • Provide feedback on meta-release
  • Meta-release improvements approval.
2 weeks

M6

Post Release AssessmentM5 + 2 weeks24

...

All CAMARA teams play their part in the meta-release process. The actions are listed An overview of the activities per team is shown in the above milestone table.

Additional information The details on the actions activities for all teams each team can be found in the below process descriptions:

  • The process to manage a meta-release is described here: Meta-release Process
  • The process for the Commonalities and ICM teams is described here: Commonalities and ICM release process
  • Details on releasing an API version and the related API versioning are described here: API Release Process

...