Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »

Instructions:

When copying this page for the planning of a new meta-release:

  • In the page title, change <meta-release name> to the actual meta-release name (e.g. Fall25, Spring26, etc).
  • At the top of the page, click the label icon and create the new meta-release label: "camara-<meta-release name>" e.g. camara-fall25,  camara-spring26, etc.
  • Remove the non-applicable timeline 
  • Remove the non-applicable milestone dates table
  • if the dates need to be adjusted: here are the source pictures -
    • picture display size = 960px and middle size.
  • In the "API version status" section, update the macro adding a filter using the newly created meta-release label 
  • Then remove these red lines.

Timeline


image-2024-4-11_16-42-56.png


Milestone dates

MilestoneTarget dateStatusActual date
M009-30

scope definition

 

M110-15

M212-31

M312-15

M402-28

M503-15

M603-31



Milestone

Target dateStatusActual date
M004-15

scope definition

 

M104-30

M206-15

M306-15

M408-30

M509-15

M609-30

Commonalities & ICM status

Each Working Group shall update the line to the below for the version they plan to release at the M0 date.

In the below table,

  • The Target version is the version planned to be published in the meta-release.
  • Its scope is defined in a GitHub issue in the Working Group repository.
  • Milestone dates shall be updated with the actual dates on which the milestone is achieved. 
  • The (Pre-)Release tag and (Pre-)Release package columns shall be updated with each pre-release and at each milestone to point to the latest release assets.


Working GroupTarget versionTarget scope issueM0 dateM1 dateM2 dateM5 date(Pre-)Release tag(Pre-)Release package
Commonalities





<link><link>
ICM





<link><link>


API version status

Each API Sub-project shall create and maintain a release tracker page for each API version they are working on and planning to contribute to the meta-release

In the below table, 

  • All data is pulled from the API Sub-project API release trackers. The actual source page are the links in the first column called "API".
  • The information on the source pages shall be updated by each API Sub-project team with each pre-release and with the final public-release. 
  • The way to fill the API release tracker is described here: How to track an API release






  • No labels