Difference between revisions of "PROC25"
Jump to navigation
Jump to search
(→Steps) |
|||
Line 56: | Line 56: | ||
* Reply to the GGUS ticket with the link to the RT and close as 'solved' the GGUS ticket | * Reply to the GGUS ticket with the link to the RT and close as 'solved' the GGUS ticket | ||
* The RT ticket is then used to track the progress of the software in the release process | * The RT ticket is then used to track the progress of the software in the release process | ||
* The RT ticket status is now "unverified" | |||
|This action must be completed within ''5 working days'' after step 1. | |This action must be completed within ''5 working days'' after step 1. | ||
|- | |- | ||
|3 | |3 | ||
| | |UMD team, quality assurance | ||
| | |Begin of verification | ||
*Move the RT ticket created in step 2 in the ""Verification" status. This means that the UMD team is verifying the product in the testbed. | |||
* Perform the verification in the testbed | |||
* Attach verification report to the RT ticket | |||
*An RT ticket cannot stay longer than one week in verification | |||
*After one week, if it has not been verified it is moved to "Delayed" status, with an explanation of the reasons of the delay. PT to be informed as well. | |||
|This action must start within ''one month'' after step 2 is completed. | |||
* If the verification does not start in one month the RT ticket must be updated with information about the delay | |||
This action must be completed in ''one week''. | |||
* If the verification is not completed after one week the RT ticket should be updated with information about the delay and moved to the "Delayed" status | |||
| | |||
|- | |- | ||
| | |4 | ||
| | |Staged Rollout manager | ||
| | |Begin staged rollout | ||
| | * Move the ticket from "Verification" or "Delayed" to the "Staged rollout" status | ||
* The product is announced to the early adopters testing in staged rollout the product. | |||
* The reports provided by the early adopters are attached to the RT ticket | |||
|This action must be completed in ''one month'' | |||
* Tickets more than one month in the "Staged rollout" status must be movedo to the "Delayed" status with an explanation for the delay | |||
|- | |- | ||
|5 | |||
|Staged rollout manager | |||
|Complete staged rollout | |||
* Evaluate the reports and take a decision about the release | |||
** If the product release qualifies for production the RT is moved to "UMD Store" | |||
** If the product release does not qualify for production the RT ticket is moved to "Rejected" and an explanation is provided to the developers. | |||
| | | | ||
| | |} | ||
= Notes = | |||
# The whole process should not last longer than 2 months without providing any information to the product team about delays through the RT ticket. |
Revision as of 18:40, 21 July 2016
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
Documentation menu: | Home • | Manuals • | Procedures • | Training • | Other • | Contact ► | For: | VO managers • | Administrators |
Title | Middleware release procedure |
Document link | https://wiki.egi.eu/wiki/PROC25 |
Last modified | 0.1 |
Policy Group Acronym | OMB |
Policy Group Name | Operations Management Board |
Contact Group | operations at egi.eu |
Document Status | DRAFT |
Approved Date | |
Procedure Statement | The procedure describes the process of adding a new produc release to the software provisioning process and releasing it in UMD/CMD. |
Owner | Owner of procedure |
Overview
The procedure describes the process to add a new product, or a new release of an existing product to the UMD/CMD repositories.
Definitions
Please refer to the EGI Glossary for the definitions of the terms used in this procedure.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.
Entities involved in the procedure
- Product team: The developer, or the team of developers, who is responsible for maintaining a software and producing the new releases.
Requirements
The prerequesites are:
- The product team releasing the software has already provided the information to fill the product ID Card.
- Development team should follow https://wiki.egi.eu/wiki/Instructions_for_Production_Tools_teams#Release_and_deployment_management
Steps
Responsible | Action | Notes | |
---|---|---|---|
1 | Product team | submits a ggus ticket for the "EGI Software provisioning support" support unit with the following information
|
|
2 | Stage rollout manager | product release is injected in the EGI SW provisioning infrastructure
|
This action must be completed within 5 working days after step 1. |
3 | UMD team, quality assurance | Begin of verification
|
This action must start within one month after step 2 is completed.
This action must be completed in one week.
|
4 | Staged Rollout manager | Begin staged rollout
|
This action must be completed in one month
|
5 | Staged rollout manager | Complete staged rollout
|
Notes
- The whole process should not last longer than 2 months without providing any information to the product team about delays through the RT ticket.