Publishing and Approving Release Trains

You can require reviews of release trains before they are published to ensure that the content and schedule is agreed upon and controlled.

For example, when release managers and other stakeholders have finished planning a release train, a Release Manager may send it for review and require formal publishing. Once the release train is in review or published, no changes can be made to it unless it is returned to the Planning state.

In the default workflow, you may publish a release train after the schedule is agreed upon and all application release associations are made to support the scope and objectives of the release train. This a way to publish the official plan and control any schedule or content changes. After the release train moves to the Approved state, the RFC list is recorded. If the release train is returned to the planning state, any RFCs added or removed are tracked so that you can report on the scope changes as needed.

To publish a release train:

  1. Navigate to a release train that is in the Planning state.

  2. Click Publish.

The release package enters the Approved state and the Execute action is available to owners, such as release managers.