Continuous Delivery

Continuous Delivery is a deployment automation practice in which every single change to code is made on the main branch in the repository (usually 'master') and immediately built, tested and deployed. Whereas both the tests and the deployments are fully automated, the release to the production server requires an additional manual confirmation.

Warning

Introducing Continuous Delivery to your project requires the application to be thoroughly covered with tests and a properly trained team with established work culture.

Continuous Delivery pipeline

Hint

The basics of Continuous Delivery are essentially the same as of Continuous Deployment and thanks to Buddy, creating a delivery automation pipeline is easier than ever. The best idea is that you start with building a deployment pipeline described here.

To turn a Continuous Deployment pipeline into a Continuous Delivery pipeline, it should stop immediately after the automatic build and tests and wait for a manual release confirmation:

Image loading...

To achieve that in Buddy, you should use the Approve Run action:

Image loading...

The action lets you define who can confirm the latest version. You can restrict the permission to a specific team member or a group:

Image loading...

Success

Make sure to add a notification action that will inform authorized team members about a new version waiting to be released. It should be placed just before the approval action in the pipeline.

Buddy offers a wide variety of notifications. You can use a dedicated Slack, Discord or Telegram integration, or send messages via email or SMS:

Image loading...

A properly configured Continuous Delivery pipeline should look like this:

Image loading...

A pipeline prepared this way will be run automatically after each push to the main branch. It will also test the application and prepare it for the release. After that, it needs to be confirmed manually.

Last modified on Sep 23, 2024

CDN invalidation Continuous Deployment