当我单击刚刚分配给我的问题时，默认操作是“创建合并请求”。 我不明白为什么。在发出合并请求之前开始解决这个问题不是更有意义吗？还有另一个可能的操作“创建分支”。这对我来说更有意义。我应该选择该选项吗？
归根结底，我认为这确实是个人喜好或团队工作流程的问题。
创建的合并请求自动获得正在进行中状态，其标题将以“草稿：...”开头。我会为自己说话，但我使用合并请求页面作为不同事物的入口点。它让我知道：
我们正在尝试在提出新问题之前系统地查看合并请求。我觉得这个概述很有趣。
我知道还有其他方法可以获取这些信息，所以这完全取决于您。我可以理解，对于同时处理许多问题的大型团队来说，空的合并请求可能会令人不安，甚至令人困惑。
实际上，我认为为此目的应该有一个称为“分支请求”的东西。 但是，在没有这样的情况下，我宁愿在开始工作之前
陈述分支的目的，通过在开始时创建一个包含该细节的合并请求，同时问题仍然非常清楚.这适用于那些没有太多资源来创建和管理问题的人......然后必须通过提交日志将问题与提交联系起来，即个人程序员的资源最好投入到简单地实现功能和修复
。相应地命名分支通常是完成此操作的方式，但我认为这还不够，最好在开始时存储更多详细信息。