Git 由2名开发人员组成的团队，最佳实践是什么？

我已经开始在一家新公司工作，目前有我和另外一名开发人员。我们只有两个人在做一个项目

他们工作杂乱无章，只是把他们所做的一切都交给开发分支。我觉得处理单独的分支和合并请求更舒服，这些请求应该经过代码审查、测试和批准。另一个开发人员只是直接提交到dev分支，没有代码审查，什么都没有

---

对于一个两人的开发团队来说，这样可以吗？或者我应该提出一种更专业的方法吗？我在这里只工作了一个星期，我不知道我是否能提出这样的建议？

根据我的经验，最好在一个团队中遵循相同的标准。发展建议总是需要表达出来。一位明智的领导者会倾听，或者可能会注意到，至少你在努力。

我会向负责人表达我的担忧，如果他来自技术背景，他会明白所做的是正确的，只会让一切变得混乱，充满漏洞

我的建议是，在任何人可以与master合并之前，其他开发人员必须检查pull-request-review代码。 拉取请求应该是代码的合理总和，而不是5k+行-将代码划分为不同的分支，除非需要解决需要5k行的问题。 您可以使用持续集成，它在每次有人执行拉取请求时检查代码是否存在bug—必须编写测试 代码审查 成对编程 正如你所看到的，解决方案是无穷无尽的——你只需要找到对你们双方都有效的方法

---

祝你好运

没有办法对此提供答案，只有观点，如果没有更多的背景，这些观点甚至可能基于错误的假设。如果你是一家试图领先的格伦德公司，只要你承认并评估风险，那么直接向master/main/dev分支机构承诺当然是可以的。对于一个成熟的产品/项目，我会说这绝对不好。最好的问这个问题的人是你正在与之合作的其他开发人员或你向谁报告的人。如果你认为你应该遵循一些开发过程，比如代码审查，那么就和他们讨论一下。