Git流和Github

Question

我很难理解Git流如何与Github一起工作。

Github允许集成更改的fork / pull请求模型，其中整个上游repo及其所有分支都被复制到fork中。

然后使用git flow，我会从dev分支分支说然后在完成后我的更改将合并到我的fork的dev分支而不是上游。因此，当一个pull请求返回到上游repo时，它会将dev（fork）合并到dev（上游），但这会丢失我所存在的所有功能分支等知识。

因此，为了让Git流正常工作，我是否需要停止分配repo并直接在上游repo中创建功能分支？

那么fork / pull应该与git flow分开吗？

Answer 1

  

那么fork / pull应该与git flow分开吗？

是：

• 一个（ Gitflow ）是一个merge workflow（从哪里合并到哪里）
• 另一个（ GitHub fork / pull请求）是publication workflow（要推送的内容和位置）

Atlassian tutorial on workflows因此有两个部分：

• one for gitflow

• one for forking workflow

  

只想知道是应该在上游使用git-flow还是使用fork   如果在合并回上游回购中丢失所有信息，那么在fork中使用git-flow对我来说没有意义

确切地说：尝试合并两个工作流程并不合理，因为两者都用于不同的需求：

• gitflow ：对受祝福的Git仓库的共同访问权限，所有开发人员都可以推送（并且必须就分支和合并约定达成一致）
• 分支工作流程：无法访问一个公共仓库，因此需要一个fork（一个开发人员拥有并可以推送到的仓库），通过pull请求将异步贡献返回到原始仓库