如何解决在 Gitlab 中，您是否应该在开始处理问题之前创建合并请求？
当我点击我刚刚被分配到的问题时，默认操作是“创建合并请求”。 我不明白为什么。在发出合并请求之前开始处理这个问题不是更有意义吗？还有另一个可能的操作“创建分支”。这对我来说更有意义。我应该选择那个选项吗？
解决方法
归根结底，我认为这真的是个人偏好或团队工作流程的问题。
创建的合并请求会自动获得正在进行中状态，其标题将以“Draft: ...”开头。我会为自己说话，但我使用合并请求页面作为不同事物的入口点。它让我知道：
- 谁在做什么（无需按受让人过滤问题列表）
- 正在进行的任务的状态是什么
- 哪些 MR 已准备好接受审查（不以“草案”开头的那些）
在提出新问题之前，我们正在尝试系统地查看合并请求。我觉得这个概述很有趣。
我知道还有其他方法可以获取这些信息，所以这完全取决于您。而且我可以理解，对于同时处理大量问题的大型团队来说，空合并请求可能会令人不安甚至令人困惑。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。