Use our APIs to get more flexibility and control over how you track your devOps activity. We’ll continue to build more endpoints as we go - we’re always open to feedback!


Send us information about your deployments from any CI/CD tool. We’ll use this to calculate metrics such as Lead Time through to deployment and Deployment Frequency (more info on what we measure and why). Note that our data pipeline runs every 6 hours so you may need to wait to see data after you start sending.

NOTE: You can use either our Deployments API or our GitHub Actions integration to provide us with data about deployments. If you already have our GitHub Actions integration configured, generating a token to connect to our Deployments API will override the data from GitHub Actions.


  1. In the Multitudes app, go to Settings > Integrations and click on the “Connect” button in the Deployments API card.

  2. On the resulting modal, click “Generate Token”.

  3. After the token has been generated, click "Copy Token" and use it in your API calls (see Step 2 below). You will only see this token once!


When you close out of the modal, the Deployments API card will now have a “Configure” button instead of “Connect” (see screenshot at left below). Clicking it will give you options to revoke your token or regenerate a new one, should you need it (see screenshot at right below).


POST a deployment

To tell us about a deployment, make an HTTP POST request to our endpoint with the generated authentication token in the header and required parameters. Note that we include all data POSTed in our metric calculations, so you may want to send us only deployments in your production environment, see more details here.


{% code-block language="shell" %}
{% end-code-block %}

Body parameters

  • commitSha string or string[] Required

    The SHA-1 value(s) of the commit(s) being deployed. Each value should have a minimum of 7 characters. While this is likely fine for most organizations, you may wish to send us a longer SHA if you’d like more assurance that they will be matched to the correct commit and PR data (see here for more information on the uniqueness of short SHA-1 values).

    Commits should all be from the same repository. This will determine how the our repositories filter interacts with charts like Deployment Frequency. If there are commits from different repos in the commit_sha field, we will assume the reposiroty of the first commit in the list.

    Commits that are authored by users who are not a Contributor in Multitudes will be filtered out of results. If a deployment has no commits authored by Multitudes contributors, the whole deployment will be filtered out of results as we won't be able to attribute it to a Multitudes contributor nor their team.
  • environmentName string Required

    The environment that this is deploying to. We recommend only sending us deployments to your main production environment for an accurate indicator of Deployment Frequency. We don't filter on environmentName.

    If you send us deployments to  multiple environments for the same commits, we will take the time of the latest deploy to calculate the Deploy Time (and therefore Lead Time) of a matched PR. This is because we assume the PR hasn't been fully released until it has been deployed to all environments.

    If you send us deployments with the same commits and environment name, we will dedupe by taking the latest received deployment.
  • deployedAt UTC datetime in ISO8601 format
    The time of the deployment.
    Default: the timestamp that the POST request was received by our API
  • title string
    A title to give your deployment for easy identification on our drilldown tables.
    Default: the commit message of the matched commit with the most recent commit timestamp
  • tags string
    A custom field for you to add labels in a comma separated string (e.g., is_fix, is_failure, sev1, product_launch). In the future, we would like to support filtering on these labels.
    Default: none


Below is formatted as code, response text, description

  • 201 , Created successfully , Deploy registered successfully.
  • 400 , Invalid request - {reason} , The data is not in the expected format, the reason will explain which field is the issue
  • 401 , Unauthorized , API key not valid
  • 403 , Forbidden , API key does not have the correct scopes or organisation for this request or has been revoked
  • 500 , Internal server error. Please contact for more information , An unknown error has occurred, please contact support with the returned request ID for us to investigate.


GitHub Actions

Can’t find what you are looking for?

Contact us