Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Close
Blogs Banner

Beyond staging

Blogs Back
By
Badrinath Janakiraman
Published: February 21, 2013 
When you start out with your project, it would have been sufficient for you to push your application out to a single environment. You may have called it development or staging and deployed every build that passed your tests onto it. However, soon enough, as your application grows, there is typically a need for multiple environments between the first one and what you may call production. At the very least, you will need to have a staging and a production environment, if not more (UAT, QA?).
 
When faced with this one recognizes the full value of a build pipeline. A working build pipeline means that you are guaranteed that the exact same set of git commits that trigger a stage also trigger the following ones. Not the first commit in the set, not the last, not a random member of the set - and certainly not the HEAD of the branch at the current point in time, which might have already changed.
 
In the last couple of weeks, we have added the ability to configure multiple deployments in Snap. Deployments are configured to run as a sequence of stages, one after the other, in your build pipeline. Under ideal circumstances, it is easy to argue that every commit should go directly to production. However, in reality:
  1. Not every environment needs to get updated on every change. For example, someone that is testing your application or demoing it to a customer does not want things changing under them as they are doing it. They might very well want every change, but at their own pace and in their own time.
  2. While using feature toggles to keep all work on a single branch and enabling continuous deployment might work for larger features, to implement this for every story and feature regardless of size or value may not be a the best use of your time.
So in addition to having the ability to configure multiple deployments, you would also need the ability to trigger deployments automatically in sequence or manually on demand. 
 

When combined these two features form a core part of creating a build pipeline in Snap. 

 

Join the Beta for Snap Hosted Continuous Integration Software today!

 

 

Disclaimer: The statements and opinions expressed in this article are those of the author(s) and do not necessarily reflect the positions of Thoughtworks.

Keep up to date with our latest insights

Explore our content

Thoughtworks acknowledges the Traditional Owners of the land where we work and live, and their continued connection to Country. We pay our respects to Elders past and present. Aboriginal and Torres Strait Islander peoples were the world's first scientists, technologists, engineers and mathematicians. We celebrate the stories, culture and traditions of Aboriginal and Torres Strait Islander Elders of all communities who also work and live on this land. 

 

As a company, we invite Thoughtworkers to be actively engaged in advancing reconciliation and strengthen their solidarity with the First Peoples of Australia. Since 2019, we have been working with Reconciliation Australia to formalize our commitment and take meaningful action to advance reconciliation. We invite you to review our Reconciliation Action Plan.