Software changes are often delivered by way of releases, where one or more components are bundled together and delivered to the end user as a collection of features or capabilities. And almost all software changes are promoted across a series of environments, before ultimately being sent to the production environment where they are consumed by the end user. This software delivery lifecycle generally requires approvals, resolution of conflicts within shared environments, and utilizes testing quality metrics when determining when the changes are ready to be promoted into the next environment. The planning and execution of such processes, while required, often slow down delivery rates and add cost to IT projects.
FlexDeploy helps facilitate rapid change using three key components:
Release – a software delivery milestone, containing a collection of related or unrelated projects enabling new or updated features/capabilities.
Release Snapshot – build versions (project versions) of the release's projects which are sent sent through the pipeline.
Pipeline - a workflow which orchestrates the delivery of snapshots across the environments.
When a snapshot (versioned project builds) is created it is sent to the pipeline for execution.
A pipeline defines a set of stages (also known as environments), which contain a series of gates and steps. The gates blocks entry into the steps until some precondition is satisfied (e.g. an approval, schedule, or test results meeting some quality metric). The steps define the implementation of delivering the snapshot into the stage. After a stage successfully completes execution, it is sent to the next stage and begins executing its defined gates.
