1
有没有办法锁定一个合并请求的状态,直到另一个合并请求通过?在GitLab中连锁多个合并请求
例如如果我将API更改提交给API项目,并且前端更改为前端项目,我不希望API更改在没有前端更改的情况下传递,反之亦然,我想将它们锁定在一起,以便应用程序不会中断if我的合并请求获得批准。这些完全在不同的项目上,但是它们彼此依赖。
有没有办法锁定一个合并请求的状态,直到另一个合并请求通过?在GitLab中连锁多个合并请求
例如如果我将API更改提交给API项目,并且前端更改为前端项目,我不希望API更改在没有前端更改的情况下传递,反之亦然,我想将它们锁定在一起,以便应用程序不会中断if我的合并请求获得批准。这些完全在不同的项目上,但是它们彼此依赖。
我们也不时有这个问题。您可以通过在合并请求标题的开头添加WIP
将前端的合并请求标记为正在进行的工作。这将防止它被合并。但是,合并API合并请求时,您必须手动删除WIP
。这不是一个优雅的解决方案,而是我们提出的唯一解决方案。
编辑:那么,唯一一个不涉及大喊“老兄,做不是合并,直到史蒂夫合并他的!”
您可以使用子模块将这两个项目组合在一起。通过子模块,您可以手动解决基于提交的依赖关系。 [此信息可能有所帮助](https://twoguysarguing.wordpress.com/2010/11/14/tie-git-submodules-to-a-particular-commit-or-branch/) –
如何为留言留言评论家? –
@LibinVarghese这些是你正在谈论的git子模块,对吧?我正在寻找一个基于GitLab的解决方案。 –