GitLab中如何将多个MR的变更绑定到新发布标签/版本？

我来结合实操经验帮你拆解和解决这个问题，你的核心痛点其实是两个：标签无法包含所有发布变更，以及发布分支合并后问题不自动关闭导致里程碑概览失效。下面给你几个针对性的解决方案：

一、调整标签生成时机，让标签包含所有里程碑变更 #

你当前的问题根源在于提前创建了标签——通过Release API创建带标签的里程碑时，标签是基于当时的master分支，后续合并的MR变更自然不会被包含进去。可以改成“里程碑完成后再打标签”的模式：

• 优化后的流程步骤：

  1. 先通过API创建不带标签的里程碑，设置好发布范围和截止日期
  2. 自动将目标问题关联到该里程碑
  3. 通过GitLab UI创建关联问题的规范分支（比如feature/issue-xxx）和MR
  4. 提交变更并合并MR到master（自动关闭问题）
  5. 等里程碑内所有问题都处理完毕、MR全部合并后，再调用Release API：基于最新的master分支创建标签，同时将该Release关联到之前的里程碑

• 关键API参数说明：
  调用GitLab Release API时，指定ref参数为master（或你默认的主分支），这样标签会基于合并后的最新代码创建，自然包含所有里程碑内的变更：

  curl --request POST --header "PRIVATE-TOKEN: <your_access_token>" \
    "https://gitlab.example.com/api/v4/projects/<project_id>/releases" \
    --form "name=Release v1.0.0" \
    --form "tag_name=v1.0.0" \
    --form "ref=master" \
    --form "milestones[]=v1.0.0" # 关联之前创建的里程碑
  

二、修复发布分支合并时的问题自动关闭逻辑 #

如果你坚持要用发布分支（比如release/*）来管理发布，可以通过以下两种方式让合并到发布分支时自动关闭问题，保证里程碑的状态准确：

1. 配置项目级的自动关闭规则 #

在GitLab项目的Settings > General > Merge requests中，找到Automatic issue closing区域，添加自定义分支规则，比如允许合并到release/*分支时关闭关联问题：

• 输入规则：release/*
• 这样只要MR关联了问题，合并到任何release/开头的分支时，都会自动关闭对应的问题

2. 用Commit/MR关键字强制关闭问题 #

不管合并到哪个分支，只要在MR的描述或commit message中包含Closes #<issue_id>、Fixes #<issue_id>这类关键字，GitLab都会自动关闭对应的问题。比如：

MR描述：完成用户登录功能 Closes #123

这样即使合并到发布分支，问题也会被标记为关闭，里程碑的概览就能正常显示完成状态了。

三、完整优化后的工作流推荐 #

结合上面的方案，给你一套更顺畅的里程碑驱动发布流程：

• 步骤1：创建里程碑（无标签），关联待发布的所有问题
• 步骤2：基于master切出规范命名的分支（如feature/issue-123-login），创建MR并关联对应问题
• 步骤3：提交代码、通过评审后合并MR到master（自动关闭问题）
• 步骤4：所有里程碑问题处理完成后，从master切出发布分支release/v1.0.0（可选，用于发布后热修复）
• 步骤5：调用Release API基于release/v1.0.0分支创建标签v1.0.0，并关联到里程碑
• 步骤6：（可选）将发布分支合并回master，同步热修复内容

这样既保证了标签包含所有发布变更，又能让里程碑内的问题自动更新状态，完全解决你当前的两个痛点。

内容的提问来源于stack exchange，提问作者phng