Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 38,034
    • Issues 38,034
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 1,347
    • Merge requests 1,347
  • Requirements
    • Requirements
    • List
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.org
  • GitLabGitLab
  • Issues
  • #35739

Closed
Open
Created Nov 06, 2019 by Yorick Peterse@yorickpeterseMaintainer

Add API support for retrieving merge requests deployed in a deployment

In !18755 (merged) we are adding backend support for tracking merge requests deployed using GitLab environments and deployments. Said merge request does not include any APIs or UI elements to display this data. This is intentional, as it allows us to first observe how well the tracking of the data works; before investing a lot of time in UIs and APIs that may end up not working the way we want them to.

When the tracking of merge requests is deemed good enough, we should add an API that allows you to retrieve the merge requests deployed in a deployment. This API should allow filtering of merge requests like the regular merge requests API, such as filtering by labels or assignees. Care should be taken to not duplicate the entire merge requests listing API, instead we should reuse as much as possible (ideally even the supported input parameters).

The API should be supported by both the REST and Graphql APIs, though I would argue that the REST API is most important since that is probably what most (or at least we) will be using.

Edited Nov 06, 2019 by Yorick Peterse
Assignee
Assign to
12.7
Milestone
12.7 (Past due)
Assign milestone
Time tracking