Generate deployments from merged pull requests
The simplest proxy for deployments is to assume a merged pull request is immediately deployed.
Last updated
Was this helpful?
The simplest proxy for deployments is to assume a merged pull request is immediately deployed.
Last updated
Was this helpful?
Looking to get started with DORA metrics? Tracking how often a team deploys and the quality of these deploys is often not a trivial task. It's difficult to get a perfect solution right away, and often it's better to aim for a solution as the first step.
PR merge based deployments are only supported if you directly merge to the selected deploy branch. If you have automation that initiates deploys without pull requests based on a single branch, then you need to use GitHub checks or the Deployments API to inform Swarmia about deployments.
We backfill deployment data for the past 90 days.
Using PR merges as the deployment source has the following limitations:
Time to deploy and Change lead time are not available. This is because we only know when the PR was merged but don't get any signal when it is in production.
Automatic rollback detection is not available. This is because we don't get the deployed version numbers from PR merges.
Only one environment is supported. We assume all PR merges are deployed to production immediately.
Deployments can use Pull Request merges as the input data.
Start by creating an application and giving it a name
Select "Pull request merge creates a deploy" as the Deployment source.
Select the repository and branch which most accurately proxy your production deployment events.
Confirm the amount of deployment data to be created, and Save