Git工作流程：与SVN的区别是什么？

Question

我已经阅读了关于git工作流程的这两篇论文：

• http://nvie.com/posts/a-successful-git-branching-model/
• https://www.atlassian.com/git/tutorials/comparing-workflows/

据我了解，模型很简单：

1. 我们有开发分支（ex-trunk），
2. 我们创建功能分支，以便在准备好时合并到开发，
3. 我们在实施所有功能后进行发布分支，并在一切就绪时将发布分支合并到一个提交中的主（并且为了诚信而发展。
4. 最后我们标记主分支。

嗯，问题是：

1. 在GitWorkflow的其他一些示例中，此模型是否存在显着差异？
2. 如果不是，这个模型与标准SVN开发有什么区别？为什么我们称之为“GitWorkflow” - 我看不出与标准SVN开发方案有任何区别。我们可以用SVN做同样的事情。我们做:)

这种方式真的叫做GitWorkflow吗，或者可能是我错过了一些观点？

Answer 1

  

据我了解，模型很简单

您的理解严重错误

• GitFlow是一个相当复杂的工作流程
• GitFlow假设一组面向目的的分支系列（feature *，hotfix *，release *），其中包含许多用于跨分支合并的顺序和方向的预定义规则

  

这个模型与标准SVN开发有什么区别？

1. ＆＃34;标准＆＃34; SVN开发并不存在 - 至少有2个广泛使用的SVN工作流程（＆＃34;稳定的主干＆＃34; vs＆＃34;不稳定的主干|没有分支＆＃34;）
2. 任何任何 SVN工作流都假设尽可能少合并（SVN合并仍然令人头疼），GitFlow围绕专用分支之间的密集合并而构建