Skip to content
GitLab
Next
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 44,763
    • Issues 44,763
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1,329
    • Merge requests 1,329
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #244831
Closed
Open
Issue created Sep 03, 2020 by Shinya Maeda@shinya.maeda💡Maintainer

Split "Pipelines for merged results" and "Merge Train" check boxes

Problem to solve

The existence of a single checkbox that enables both "Pipelines for merged results" and "Merge Train" does not allow users to selectively enable only "Pipelines for merged results" or only "Merge Train".

Further details

In GitLab 12.0, Merge Trains was shipped. At that time, Pipelines for merged results and Merge Train check boxes were separate and users were able to disable "Merge Train" even if "Pipelines for merged results" was enabled. Merge Train was disabled by default because it had a scalability issue.

In GitLab 12.1, Merge Trains was enabled whenever "Pipelines for merged results" is enabled because the scalability issue was resolved. "Pipelines for merged results" and "Merge Train" check boxes were combined into a single check box.

One reason for the problem to solve is stated in gitlab-com/gl-infra/delivery#1107 (closed) that users may not want to enable "Merge Trains" due to the CI cost increase.

Proposal

  • Separate the "Pipelines for merged results" and "Merge Train" into 2 checkboxes. For the reference, you can see the design at GitLab 12.0 below.
Edited Nov 17, 2020 by Allison Browne
Assignee
Assign to
Time tracking