Releases
Required Roles | n/a |
Required Rights (by category) |
Releases |
Perspective | Configuration Management |
Access | DROPS Server → Artifacts → Applications → Application → Releases |
Releases are consistent sets of artifacts identified by a unique number and created when artifacts are imported into the artifact repository. They are contained in components.
During the deployment process, releases are selected to deploy, not individual artifacts. All of the artifacts included in a release are deployed at the same time, unless release sets are deployed. Sets of releases are parsed to only include the most recent version of an artifact if the same artifact is included in multiple releases. The release with the most recent version of the artifact will include it during deployment and the releases with outdated versions of that artifacts will not.
Releases can be managed in two different ways: in flat mode and in branching mode. In flat mode, releases have no automated relationships with each other. This chapter describes how to work with releases in flat mode.
For more information about working in branches, refer to Working in release branching mode.
Releases are either created automatically during the import process or manually from the Releases search view. Releases can also be created by Jenkins if you launch the import process externally.
For more information about the import process and how releases can be created automatically, refer to About importing artifacts.
For more information about importing with Jenkins, refer to DROPS for Jenkins.
Follow the subsequent steps to create a new release manually.
Step 1 To access the Create a new release wizard, either click the create icon in the Releases search view or right-click anywhere in the view and select Create a new release.
Step 2 Define the Release Number, if applicable, and the Release Description. These values can be edited later.
The release number must be unique for the application.
Variables cannot be used.
Step 3 Click Finish.
Result The new release is available in the Releases search view and can be used to import artifacts.
To edit release details, either right-click on it in the Releases search view then select Edit, select the item then click the edit icon or double-click it. The Release editor is opened where all of the entity's details are managed.
The information that defines releases can be edited at any time by users with the rights to do so.
For more information about the different actions managed from the tabs in the Release editor that are not described in this chapter, refer to:
- Application
- A static field that displays the release's parent application.
- Release Number
-
If a release was created automatically, the release number is automatically populated following the template defined in the Release Number Template field in the parent application.
Change the value in this field to modify the release number.
NoteThe release number must be unique for the application.
- Release Description
-
Manually enter a description for an existing release to easily identify it in the Release view and the deployment process.
NoteIf you change the description of an release in Jenkins, this field will be updated.
- Status
-
Select a status for the release that will enable users to easily recognize how or when to use it in the import and deployment processes.
Closed releases cannot be deployed.
The list is prepopulated with the statuses defined in the Preferences menu.
ReferenceFor more information about defining release statuses, refer to Defining release statuses.
- Release Dates
-
This section displays the static dates that the release was created and closed. These fields cannot be modified. When the Closed checkbox is ticked, the Closed date is updated.
Important!The CLO status for releases is not to be confused with the Closed checkbox in the release editor. The status must be updated manually and does not have a functional effect on the release or its ability to be deployed. It is only for information.
NoteClosed releases can not be imported or deployed.
If a release has been deployed, all of the target environments to which it was delivered, and the corresponding delivery dates, are displayed in the Receiver Environments tab in the Release editor.
Use the Comment tab in the Release editor to enter any details that users should be aware of when using the release to import or deploy content.
Attachments can be automatically added to releases if an import strategy includes this action. The strategy defines which files can be saved as attachments. View any attachments added during the import process from the Attachments tab in the Release editor.
The content of Save Files imported using the IBM i and Arcad Import Strategies are saved as .txt attachments by default. This makes it easy to refer to the content of the Save File outside of IBM i after it has been imported into the DROPS Studio.
Double-click on an attachment or select it and click the Open button to open it in a new tab in the studio.
Download an attachment by selecting it and clicking the Save button.
If the release was associated with a workitem, a link to the JIRA issue is included in the Workitem tab. Click the link to open the issue in your default explorer. The list of workitems in releases is populated automatically when the import process is launched.
Locked releases cannot be used to import artifacts.
To lock or unlock a release and prevent users from using it to import artifacts, either right-click on it in the Releases search view then select Lock/ Unlock or select the item then click the corresponding icon.
To view the artifacts imported in a release, either right-click on it in the Releases search view then select Show Artifacts or select the item then click the artifacts icon.
Search for the artifacts in a release in the Release Artifact view by name, file type (Extension) or Component. To display the complete list of artifacts imported into the current release, click the Search button without entering any search criteria.
Imported artifacts are nested under their corresponding components' node and found in their source directory structure. Select an artifact and either right-click, then select Show History, or click the Show the release history icon to open the artifact History view.
This view displays when the artifact was added (its first release), and when it was modified (imported in other releases).
For more information about this view, refer toViewing an artifact's import history.
Unless they are archived in advance, archived releases cannot be accessed, used to import, deployed or recovered.
Archiving the artifacts from closed or outdated releases creates space on the DROPS Server and cleans up the artifact repository. The history of each release is maintained and the name(s) of the imported artifacts can still be found, but the artifacts themselves no longer appear in the repository.
Releases must be locked before they can be archived.
Step 1 To archive a release, search for it in the Release search view. Either right-click on it then select Archive or select it, then click the archive icon.
Step 2 Tick the Backup the release's Artifacts before archiving checkbox to zip and save the artifacts in the release before archiving it. Backed-up artifacts are removed from the repository but the zip can still be consulted manually in the Archived Files Storage Area destination on the DROPS Server.
For more information about configuring this storage area, refer to Release archiving settings .
Step 3 Click Finish to confirm or click Cancel to cancel the request. If required, confirm the archive again.
Result The log file is opened automatically in your default text editor. If the backup was successful, the artifacts have been zipped and saved, then deleted from the repository. The archive icon is displayed in the release’s instance in the Release search view.
Deleted releases cannot be accessed, used to import, deployed or recovered. Deleting a release does not delete the artifacts that have already been imported by it. Only the trace of the release’s container itself is removed. To remove the artifacts from the repository, they must be purged before the release is deleted.
To delete a release, search for it in the Release search view. Either right-click on it, then select Delete or select it, then click the delete icon. Click OK to confirm or click Cancel to keep the release.