Do you use the Lifecycles feature in Octopus Deploy?
Rules to Better Continuous Deployment with TFS|c0430b7c-f38b-49bc-adcb-8d3c30f60509
v3.0
Posted at
25/05/2016 6:49 AM by
Tiago Araujo
Rule Intro
Octopus Deploy 2.6 introduced a new Lifecycles feature that makes Continuous Integration from TFS much easier. It's a must have for projects in TFS that use Octopus for deployment.
As well as allowing continuous integration, the Lifecycles feature adds some good governance around when a project can be deployed to each environment.
Page Content
Lifecycles can be found in the Library section of Octopus Deploy. By default, a project will use the Default Lifecycle which allows any deployment at any time.

- Figure: Lifecycles can be found in the Library
You should create a new Lifecycle for each project you've configured with Octopus Deploy. You should set up a phase to continuously deploy to your first environment (e.g. test or staging), but make sure the final phase of the lifecycle is a manual step to production.
-

- Figure: Good Example - This lifecycle has two phases: an automatic release to a Staging server, and a manual release to the Production server.
In the Process tab of your project definition, there's a panel on the right-hand side that lets you configure the Lifecycle to use. You should also enable Automatic Release Creation. If you have a CI build which publishes a new package to the Octopus NuGet feed as part of your build using OctoPack, and your first Lifecycle phase is automatic, this will result in continuous deployment to your CI environment.

- Figure: Good Example - This combination results in Continuous Deployment to the Staging server when a new package is pushed
octopus;deployment;ci
{019DB956-E81B-4989-BE9A-5BA0E907EDF2}
Do you feel this rule needs an update?