在GitHub上分叉项目以进行重大更改的正确方法
我在GitHub()上发现了一个有趣的项目,目前正在改进它 我在盖伊项目上做了很大的改变。我正在改变库的架构,修复一些bug,添加一些特性,重构 由于这些变化很大,我不打算向那个家伙提出拉式请求,让他把我的变化推到他的回购协议上在GitHub上分叉项目以进行重大更改的正确方法,github,Github,我在GitHub()上发现了一个有趣的项目,目前正在改进它 我在盖伊项目上做了很大的改变。我正在改变库的架构,修复一些bug,添加一些特性,重构 由于这些变化很大,我不打算向那个家伙提出拉式请求,让他把我的变化推到他的回购协议上 所以我的问题是:我应该放弃他的回购协议,删除其中的所有内容并推送“我的”代码,还是创建一个新的回购协议,然后在自述文件中创建一个链接,告知人们这个项目是基于这个家伙的回购协议?你指的是一个: 当开发人员从一个软件包中获取源代码的副本并开始对其进行独立开发,从而创建一个独
所以我的问题是:我应该放弃他的回购协议,删除其中的所有内容并推送“我的”代码,还是创建一个新的回购协议,然后在自述文件中创建一个链接,告知人们这个项目是基于这个家伙的回购协议?你指的是一个: 当开发人员从一个软件包中获取源代码的副本并开始对其进行独立开发,从而创建一个独特的软件时,就会发生项目分叉 如果您的更改与原始的代码库有很大的不同,那么您的第二个选项看起来不错:新建repo,并在自述文件中引用旧的repo
当您希望合作回到原始回购协议时,使用“”非常有意义。谢谢您的解释!那么我将创建一个新的回购协议。