在 Gitlab 中,您是否应该在开始处理问题之前创建合并请求?

问题描述

当我点击我刚刚被分配到的问题时,认操作是“创建合并请求”。 我不明白为什么。在发出合并请求之前开始处理这个问题不是更有意义吗?还有另一个可能的操作“创建分支”。这对我来说更有意义。我应该选择那个选项吗?

解决方法

归根结底,我认为这真的是个人偏好或团队工作流程的问题。

创建的合并请求会自动获得正在进行中状态,其标题将以“Draft: ...”开头。我会为自己说话,但我使用合并请求页面作为不同事物的入口点。它让我知道:

  • 谁在做什么(无需按受让人过滤问题列表)
  • 正在进行的任务的状态是什么
  • 哪些 MR 已准备好接受审查(不以“草案”开头的那些)

在提出新问题之前,我们正在尝试系统地查看合并请求。我觉得这个概述很有趣。

我知道还有其他方法可以获取这些信息,所以这完全取决于您。而且我可以理解,对于同时处理大量问题的大型团队来说,空合并请求可能会令人不安甚至令人困惑。

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...