Difference between revisions of "Release Integration"

From Gcube Wiki
Jump to: navigation, search
(Release Preparation)
(Release Preparation)
Line 15: Line 15:
 
** remember that the CHANGELOG.md file must have the current release tag and the current version tag
 
** remember that the CHANGELOG.md file must have the current release tag and the current version tag
 
* Remove the snapshot from the component master branch
 
* Remove the snapshot from the component master branch
* Create a new subticket of gCube Release Next master ticket: https://support.d4science.org/issues/17579
+
* Create a new subticket of "gCube Release Next" defined here: https://support.d4science.org/issues/17579
 
** The subject ticket must uniquely identify the component
 
** The subject ticket must uniquely identify the component
 
* When the previos steps are completed the ticket can be set to Available state. The Release Manager is in charge of add all the Available ticket to the new Release.
 
* When the previos steps are completed the ticket can be set to Available state. The Release Manager is in charge of add all the Available ticket to the new Release.
  
 
Once the preparation steps are completed, the integration phase can be started.
 
Once the preparation steps are completed, the integration phase can be started.

Revision as of 08:41, 19 June 2020

Preliminary steps

  • Upgrade and test the component in development environment
  • Deploy the SNAPSHOT version on gcube-snapshots repository
  • Add the maven-parent 1.1.0 to the component pom



Release Preparation

In order to integrate a new component in a gCube release, some preparatory steps (performed by the Developer) are needed:

Once the preparation steps are completed, the integration phase can be started.