多个开发人员在功能分支上提交

Question

我们已经在团队内部建立了将使用功能分支进行开发的方法。 只有一个开发人员可以处理一项功能，并且是指定时间该分支的所有者。

模糊/不清楚的部分是，在另一位开发人员执行审阅并且他将模型的注释广告（UML模式，而不是代码）之后，他很容易在所有者的同一功能上进行提交分支

这是否违反了GIT的任何道德规范/良好做法？

另一个选择是从功能分支派生的评论分支。但这会增加git分支的复杂性。

更符合道德和最佳实践的是，由审阅者在UML架构内的同一功能分支上使用提交审查建议，还是使用单独的审查分支？

Answer 1

就您而言，其他开发人员正在提供评论意​​见并提出一些更改建议。您应该在同一分支中处理它。对于所有变更（包括主要变更和审阅注释）（结合创建拉取请求）保持相同的分支将是高效且可维护的。

Answer 2

我建议在gitlab（合并请求）或github（拉动请求）等环境中进行评论，您可以在其中轻松在已更改的行旁边写评论。然后，负责代码的人可以根据自己的意愿进行更改。

但是，如果其他人确实提交并推送到功能分支上，则如果这些更改与功能相关，则将其保留在该分支中，否则将其从一个单独的分支中挑选出来（从主服务器开始）。

一旦解决了每个“注释”，功能分支就可以在主菜单上合并或重新建立。

关于所提到的模型/方案。我认为它们不应该存在于代码存储库中，而应该存在于某种wiki / docs页面中。这些Wiki页面也都具有历史记录，也可以对其进行评论。