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 ? 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 or the 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:
and 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.
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.
can use Pull Request merges as the input data.
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
