如何在git流分支模型中整合来自不同人的“发展”分支？

Question

git流分支模式中的“发展”分支是否为不同的人所共有？所以我们必须手动推动“开发”并将其拉到合并中？

或者每个人都有自己的“发展”分支，人们需要通过"git流特征发布“和"git流特征拉”来获得“特征”分支？

使用git流分支模型的方法是正确的？

Answer 1

在Git流中，develop分支是“每个人都应该共享”的长期运行的分支之一。这意味着两件事：

1. 不应该在develop上工作，而应该在从develop分支分支的特性中完成。
2. 对develop的更改，例如合并的特性分支，通常应该迅速公开。

如果每个人都有自己的develop分支，这将是非常混乱的，特别是在合并提交历史中！

Answer 2

再扩展一下三十三四十的话：

开发包含不稳定的代码。当您想要创建一个新特性时，您将创建一个独立于开发的特性。

git checkout develop
git checkout -b feature/123-name-of-feature

当您完成了您的工作，并且已经添加并提交了您的工作(即git & committed )之后，现在是将您的分支合并开发的时候了，最佳实践建议不要使用快速转发的。

git checkout develop
git merge --no-ff feature/123-name-of-feature
git push origin develop

现在，每个人都可以拉动、发展和重复这个循环。当然，我跳过了合并到qa、stage和master的过程，因为我不知道您的git工作流。

作为建议，我会给你一份文件解释了我们在工作中使用的git