Skip to content

Remove `/version` REST API endpoint

For guidance on the overall deprecations, removals and breaking changes workflow, please visit https://about.gitlab.com/handbook/product/gitlab-the-product/#breaking-changes-deprecations-and-removing-features

Deprecation Summary

The /version REST API endpoint is being deprecated in favor of /metadata.

The /version endpoint should eventually be removed in GitLab 16.0 and users must migrate to /metadata.

Breaking Change

The removal of /version per se is a breaking change.

However, the /metadata endpoint is backwards compatible w.r.t the version and revision field in the JSON response body compared to the /version endpoint.

The simplest possible migration is to just replace /version to /metadata in your GET request URL.

Affected Topology

All users using the /api/v4/version REST API endpoint, no matter the topology.

Affected Tier

  • Free
  • Premium
  • Ultimate

Checklists

Labels

  • This issue is labeled deprecation, and with the relevant ~devops::, ~group::, and ~Category: labels.
  • This issue is labeled breaking change if the removal of the deprecated item will be a breaking change.

Timeline

Please add links to the relevant merge requests.

  • As soon as possible, but no later than the third milestone preceding the major release (for example, given the following release schedule: 14.8, 14.9, 14.10, 15.014.8 is the third milestone preceding the major release):
  • On or before the major milestone: A removal entry has been created so the removal will appear on the removals by milestones page and be announced in the release post.
  • On the major milestone:

Mentions

  • Your stage's stable counterparts have been @mentioned on this issue. For example, Customer Support, Customer Success (Technical Account Manager), Product Marketing Manager.
    • To see who the stable counterparts are for a product team visit product categories
      • If there is no stable counterpart listed for Sales/CS please mention @timtams
      • If there is no stable counterpart listed for Support please mention @gitlab-com/support/managers
      • If there is no stable counterpart listed for Marketing please mention @cfoster3
  • Your GPM has been @mentioned so that they are aware of planned deprecations. The goal is to have reviews happen at least two releases before the final removal of the feature or introduction of a breaking change.

Deprecation Milestone

In GitLab 15.2

Planned Removal Milestone

In GitLab 16.0 In API v5.

Links

Edited by Luke Duncalfe