我们正在过渡到 git,我们需要更好地处理分支和并行开发的源代码控制。我们整个团队都做了一些研究,我们决定转向 git。我们也喜欢gitflow的模型。我注意到 git 还有一个 gitflow 扩展。
这个扩展比标准 git 有什么好处?它似乎主要是用于捆绑命令的宏。我们是否应该为 gitflow 扩展而烦恼(我们确实喜欢这个模型)?有用吗?它与标准 git 命令相比如何?
我们正在过渡到 git,我们需要更好地处理分支和并行开发的源代码控制。我们整个团队都做了一些研究,我们决定转向 git。我们也喜欢gitflow的模型。我注意到 git 还有一个 gitflow 扩展。
这个扩展比标准 git 有什么好处?它似乎主要是用于捆绑命令的宏。我们是否应该为 gitflow 扩展而烦恼(我们确实喜欢这个模型)?有用吗?它与标准 git 命令相比如何?
gitflow“扩展”实际上只是一组编写 nvie 分支模型的脚本。完全没有必要使用它们,这只是一种方便。您可能会发现使用脚本来处理分支模型很有帮助,或者您可能更喜欢坚持使用普通的 git 命令来完成完全相同的事情。这只是个人喜好。
凯文是绝对正确的。除了...,git flow 扩展确实让 nvie 模型的使用变得非常容易。它确实有助于强制执行您所说的功能,但更重要的是,发布和修补程序是什么!
当你使用 git flow 扩展时,你也可以使用常规的 git 命令,完全没有任何惩罚。
我还找到了 OS X GUI 工具SourceTree。它确实有助于向您展示什么是本地的以及需要从原点推/拉的内容。