Versions Compared

Key

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

...

For each product to be included in CMD, the Technology Provider is asked to:

...

After performing the steps above, your product can be added to CMD releases following the middleware distribution process.

More information

If you need details on the EGI Software Provisioning process, please find them at the following link: https://wiki.egi.eu/wiki/EGI_Software_Component_Delivery


Contacts

If you need information or details on CMD, please write to operations at egi.eu.

Plans and roadmaps

...

.

...


Release process

StepActionAction onDescriptionTimeline
1SubmissionTechnology Providersubmit a GGUS ticket, assigned to Support Unit "EGI Software provisioning support", providing them with the following information:
  • Product release and version number
  • Link to the release notes
  • Full list of packages that compose the release and that need to be released
at TP convenience
2InjectionUMD Team SR Managerinject the product release in the EGI SW provisioning infrastructure:
  • One or more RT tickets are created to track the progress of the inclusion of the new product release; the status of the product release will then be tracked in RT, the status of the RT ticket just is initially Unverified
  • The UMD Staged rollout manager answers to the GGUS ticket with the link to the RT and closes as 'solved' the GGUS ticket
5 working days
3Quality Verification startsUMD Team QC Verifierthe QC verifier starts the verification process, switching the status of the RT ticket from "Unverified" to "Verification"the QC verification must start in one month after the creation of the RT ticket; after a month with the verification not yet started:
  • the RT ticket will be updated with an explanation for the delay
  • the status will be changed to "Delayed" [*]
  • the Technology Provider will be informed (using the contacts in the product ID card)
4Quality Verification executionUMD Team QC Verifierthe UMD team is verifying the product in the testbed; after the verification process is completed, the RT ticket status is switched from "Verification" to "Staged Rollout"an RT ticket cannot stay longer than one week in verification; after one week with the verification not yet completed:
  • the RT ticket will be updated with an explanation for the delay
  • the status will be changed to "Delayed" [*]
  • the Technology Provider will be informed (using the contacts in the product ID card)
5Staged RolloutUMD Team Staged Rollout managerThe product is announced to the early adopters testing the product in staged rollout.RT tickets cannot stay longer than one month in the "Staged Rollout" status; after a month with the staged rollout not yet completed:
  • the RT ticket will be updated with an explanation for the delay
  • the status will be changed to "Delayed" [*]
  • the Technology Provider will be informed (using the contacts in the product ID card)
6Inclusion in the next releaseRelease managerinclude the product in the next releasesee the CMD release schedule

...