使用gitflow，哪个分支必须位于本地，哪个分支必须位于远程？

我要切换到gitflow！我很困惑是应该在远程上创建所有分支，还是应该在本地创建分支！

---

谢谢您的帮助。

一般来说，所有分支都存在于远程存储库中，因为它们是公共的，其他开发人员应该可以访问它们。此外，如果使用存储库管理框架，如

gitlab

或

github

，则远程存储库是进行合并的地方

当您开始实施一个新功能时，通常会检查

开发

分支（因此它需要在本地存在），然后从那里开始一个

功能

分支。完成功能的实现后，您将希望将其合并到

develope

分支中。正如我上面提到的，这通常是在某种代码审查之后完成的，因此发生在远程存储库上，因此您必须将您的特性分支推到那里

对于从

master

分支出来的热修复程序分支，情况也是如此，因此您最好在本地使用该分支

您必须在某个地方创建一个

发布

分支，可能是本地分支，并将其推送到远程

长话短说：正如您所看到的，所有分支都将在远程存储库中结束，也可能在您的本地存储库中结束，尽管并非所有本地分支都必须始终是最新的（只有在您计划在其上创建热修复程序时，您才可能希望将更改拉到

master

）

---

当然，

git

支持各种工作流，这绝不是强制性的。最后由你决定，但根据我的经验，这主要是我上面所说的。

你好，玛丽亚，欢迎来到SO。恐怕你的问题太宽泛了，没有好的答案。也许事先检查一本好的教程或手册，或者试着把你的问题缩小到更容易解决的地方？通常你只需要创建你感兴趣的本地分支。无需在本地创建所有分支！如果您想在本地创建分支并与其他人共享，您也可以将新分支推送到远程回购。所有分支都是公共的吗？“你什么意思？”科夫斯基，谢谢你。但是如果我们不使用合并请求，就有可能在本地合并不？@evolutionxbox“public”在这里可能不合适。我的意思是，您希望存储库中的每个贡献者都能够签出您的

开发

和

主

分支。@marialopez是的，如果您不使用诸如合并或拉取请求之类的代码审阅机制，您可以在本地合并，远程repostory可能永远看不到您的

功能

分支，您只需推动开发，将特性的提交合并到开发中。尽管不做代码审查和直接推到devlop通常被认为是不好的做法。