...
- Build a Release - Starts a new workflow that builds a new version from either the Trunk of Branch
- Branch a Release - Starts a new workflow that branches an exiting version
- Deploy to Test - Starts a new workflow that deploys an exiting version to the TEST tier (used to redeploy only)
- Deploy to QA - Starts a new workflow that deploys an existing version to the QA tier. (used to redeploy only)
- Deploy to Production - Starts a new workflow that deploys an existing version to the PROD tier. (used to redeploy only)
NOTES: Normally, deployments to Test and Production are steps that continue an existing workflow that was initiated by a "Build a Release". So the "Deploy to Test" and "Deploy to Production" links on the Workflows page should not usually be used, as they start their own new workflows. The situations where these top-level links should be used are limited to re-running failed deployments.
Workflows that have reached the "deployed to test" stage and are not going to be taken any further should be TERMINATED so that the list of active workflows remains manageable. The time at which it becomes known that such a workflow should be terminated is typically when a new release is to be built. So part of the process for building a new release should be to terminate any previous active workflows for the app.
Typical Process (on the trunk):
...