git - 在 Gitlab 中，您是否应该在开始处理问题之前创建合并请求？

Question

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

标签： gitgitlabworkflowissue-trackinggit-workflow

Answer 1

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

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

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

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

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