GitFlow：展示工作还是在本地完成所有工作？

Question

我一直在努力阅读和学习 GitFlow 并试图理解一些东西。

我一直在本地剪切功能分支，处理它们，远程推送它们（以便展示我的工作），提交 PR 并（最终）远程合并我的功能分支。

GitFlow 似乎规定了一个稍微不同的模型：

1. 在本地剪切功能分支
2. 本地工作
3. 本地合并
4. 推送

我想知道这种“一切都在本地进行”策略的优势是什么？

Answer 1

我个人总是使用您描述的策略，即在本地处理功能分支，推送到源，然后将 PR 提交到开发分支。这开启了代码审查和讨论的潜力。

我认为 GitFlow 没有说 "having" 在本地做所有事情，而是它只是将围绕分支的讨论保持在最低限度，这样更容易理解。具体如何实施取决于您和您的团队。

Answer 2

这是一回事。 GitFlow 教程是在向你解释你应该如何在纯 git 并且不能介绍所有其他可以修改 workfkow 的工具。

他们都在本地做，因为 git 是 dvcs 并且在本地做所有事情。

Ps：更好的工作流程 ;-)

1. 在本地剪切特征分支
2. 进行第一次提交
3. 远程推送它们
4. 提交了 PR（表明这是一项正在进行的工作）
5. 处理它们，经常推送并收集反馈（做 5. 很多次）
6. 完成后，合并 PR。