Gitlab与Jira集成：多分支合并时自动流转Jira工单方案咨询

问题1：自动填充development到master的MR内容实现方案 #

可以实现，两种常用实现路径：

• 路径1：通过Gitlab CI/CD实现
  在项目根目录新增.gitlab-ci.yml配置，添加pre_fill_mr任务，限定触发条件为源分支为development且目标分支为master的MR创建事件，任务中执行以下逻辑：
  1. 执行git log --pretty=format:"%s" master..development提取两个分支的差异commit记录
  2. 用正则匹配所有符合你团队规范的Jira工单ID（比如JIRA-\d+格式），去重后拼接所有关联工单ID和commit摘要
  3. 调用Gitlab OpenAPI更新当前MR的描述字段，自动填入生成的内容
• 路径2：通过Gitlab Webhook实现
  配置Webhook监听MR创建事件，事件触发后向你团队的自定义服务推送MR信息，服务端执行和上述CI任务相同的逻辑更新MR描述即可，适合需要统一管控所有项目MR规则的团队使用。

问题2：Jira直接读取Gitlab MR Commit记录识别工单实现方案 #

可以实现，前提是你已经配置了Jira官方的Gitlab集成插件，按以下步骤配置即可：

1. 进入Jira对应项目的「Gitlab集成设置」页面，开启提交和合并请求关联扫描选项
2. 在关联规则配置中，勾选允许从「MR关联的所有Commit记录」中匹配Jira工单ID
3. 工单状态流转触发器调整为「当关联工单的Commit合并到master分支时」触发对应状态变更，配置完成后Jira会自动扫描每次合并到master的所有Commit关联的工单，无需在MR标题/描述中手动填入工单ID
   注意：低于8.20版本的Jira Software和低于14.0版本的Gitlab可能不支持该特性，升级到最新稳定版即可正常使用

问题3：更优的实现方案推荐 #

现有两种工业界落地的成熟方案，比你当前的流程容错率更高、人工干预更少：

方案1：拆分状态流转触发节点 #

将原来的合并到master才触发状态流转的规则拆成两步：

• 当功能分支MR合并到development分支时，自动触发Jira将对应工单流转为「测试中/待上线」状态
• 当工单对应的Commit随development合并到master分支时，自动触发流转为「已上线/已完成」状态
  该方案不需要额外处理development到master的MR内容，Jira会直接关联每个Commit对应的工单，只要Commit合入master就自动更新状态，全程无人工操作。

方案2：引入Release Tag发版机制 #

适合有固定发版周期的团队：

• 每次发版前基于development分支打符合规范的Release Tag（比如v1.2.3）
• 配置打Tag的CI任务自动提取当前版本所有关联的Jira工单ID，自动生成版本变更日志
• Jira监听Release Tag推送事件，自动将该版本关联的所有工单流转为已上线状态，同时可以自动关联工单到对应的Jira版本里程碑中。

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