Git flow 和 Github

Question

我很难理解Git flow如何与Github配合使用。

Github允许使用fork / pull请求模型来集成更改，其中整个上游存储库及其所有分支都会被复制到fork中。

然后使用git flow，我会从dev分支分离出一个分支，完成更改后，我的更改将合并到我的fork的dev分支中，而不是上游。所以当向上游repo发出pull请求时，它将dev（fork）合并到dev（upstream），但这失去了我的特性分支之类的所有知识。

因此，为了使Git flow正常工作，我需要停止fork存储库并直接在上游存储库中创建特性分支吗？

所以fork / pull应该与git flow分开处理？

- jon lee

Answer 1

那么 fork/pull 应该与 Git Flow 分开吗？

是的：

• 一个（Gitflow）是合并工作流程（从哪里合并到哪里）
• 另一个（GitHub fork/pull request）是发布工作流程（在哪里推送）

Atlassian 工作流程教程因此有两个部分：

• 一个用于 Gitflow

• 一个用于分支工作流的

我想知道git-flow是应该在上游还是分支中使用。
在分支中使用git-flow对我来说没有意义，因为当合并回上游存储库时会丢失所有信息。

确切地说：尝试合并这两个工作流程没有意义，因为两者用于不同的需求：

- gitflow: 共同访问一个受保护的Git存储库，所有开发人员都可以推送到其中（必须遵守分支和合并约定） - 分叉工作流程：没有访问一个共同的存储库的权限，因此需要一个分叉（一个开发人员拥有并可以推送的存储库），通过拉取请求异步贡献回原始存储库。

- VonC