GitFlow：展示工作与在本地做所有事情吗？

Question

我一直在努力阅读和学习GitFlow，并试图了解一些事情。

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

GitFlow似乎规定了一个略有不同的模型：

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

我想知道这有什么好处＆＃34; 在当地做所有事情＆＃34;战略是什么？

Answer 1

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

我不认为GitFlow会说＆＃34;有＆＃34;在本地做所有事情，但它只是将分支机构的讨论保持在最低限度，以便更容易消化。你如何实际实现它取决于你和你的团队。

Answer 2

这是同样的事情。 GitFlow教程向您解释如何使用纯git进行操作，并且不能介绍可以修改workfkow的所有其他工具。

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

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

1. 在本地剪切功能分支
2. 做第一次提交
3. 远程推送它们
4. 提交了一份PR（告诉它正在进行中）
5. 对他们进行工作，经常推动并收集反馈（做很多次）
6. 完成后，合并PR。