Lor*_*nte 6 git issue-tracking gitlab
我正在处理一个与我完成的 gitlab 合并请求相关的问题,但我还无法做到这一点(我必须等待一些同事可以自由审查)。
现在,在我等待的同时,我应该开始处理一个新问题,但是,为了开发第二个问题的功能,我需要在第一个问题中提交的文件。
因此,我决定继续处理同一合并请求,然后同时审查两者。
我确信有一种方法可以在 gitlab 上标记该合并请求可以解决这两个问题,但我不记得如何做到这一点,而且我在 gitlab 文档中找到这样一个特定操作时遇到了一些问题!
合并请求关闭 2 个问题的示例:
Jakob Liskow 在评论中的回答是正确的。
\n这里是扩展版本(根据 GitLab 文档)。使用 GitLab 合并请求时:
\n如果提交消息或合并请求描述包含与定义模式匹配的文本,则匹配文本中引用的所有问题都会在以下情况下关闭:
\nThe commit is pushed to a project\xe2\x80\x99s default branch.\nThe commit or merge request is merged into the default branch. \nRun Code Online (Sandbox Code Playgroud)\n例如,如果您在合并请求描述中包含 Closes #4、#6、Related to #5:
\nIssues #4 and #6 are closed automatically when the MR is merged.\nIssue #5 is marked as a related issue, but it\xe2\x80\x99s not closed automatically. \nRun Code Online (Sandbox Code Playgroud)\n或者,当您从问题创建合并请求时,它会继承问题\xe2\x80\x99s 里程碑和标签。
\n出于性能原因,从现有存储库第一次推送时会禁用自动问题关闭。
\n