到目前为止，我们有一个master分支的git repo。现在，我们将为此回购建立质量检查分支。 （它们存储在bitbucket / git中。）我和其他人使用Sourcetree和命令行git。
到目前为止，在本地克隆主存储库后，我的工作方式是通过IDE将更改保存到本地文件系统。我将打开sourcetree并查看已更改的文件。我会上演他们。然后我会承诺。我会继续前进。他们当然致力于掌握其他所有开发人员和我的集成位置。
但是现在我们的工作经过同行评审之后，我需要将我的工作进行质量检查。是执行此操作（或唯一方法）的最佳方法是在本地克隆测试。然后，当我的工作在主开源树中获得批准后，切换到质量检查，然后分阶段/提交/推送？还是应该直接提交/推送从主服务器到质量检查的更改？
这两种方法都有优点/缺点吗？
如果还没有的话，这很快就会给您带来麻烦。
[有些小组可以像您上面提到的那样运作，但以我的经验，是具有多年[
分支不是敌人，也不是昂贵的。它们只是提交的指针。可以轻松创建和删除分支，将它们作为一个团队来拥抱。
Github流
在理想的世界中，您将从分支机构分支，完成工作，提交并打开对质量检查的合并/合并请求。审核后，您的代码将部署到质量检查。一旦完成所有质量检查工作，就可以将质量检查合并到母版中。
其他要考虑的事项（业务）