Git流和Github

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

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

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

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

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

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

是:

one(Gitflow)是一个合并工作流程(从哪里合并到哪里)

另一个(GitHub fork/pull请求)是一个发布工作流程(要推送的内容和位置)

因此,关于工作流的Atlassian教程有两个部分:

一个用于gitflow

一个用于分叉工作流程

只想知道git-flow是应该在上游还是fork中使用.
在fork中使用git-flow是没有意义的,因为当你合并回上游repo时丢失所有信息

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

gitflow:对受祝福的Git 仓库的共同访问,所有开发人员都可以推送到(并且必须就分支和合并约定达成一致)

分叉工作流:无法访问一个公共仓库,因此需要一个fork(一个开发人员拥有并可以推送到的仓库),通过pull请求将异步贡献返回到原始仓库.