github 上 fork 了别人的项目然后重构了之后

[JCZ2MkKb5S8ZX9pq]

背景

• 别人的一个 github 的小项目（ 3 个功能文件），fork 出来玩了一下。

• 原代码有不少冗余不必要和错误的部分。本来一共也才几十行。

• 基本重写了大部分，改了部分实现逻辑，完善了类并且加入了参数修改等功能。基本上就是改了个面目全非吧。git 上看没有一行是一样的了。

• 另外该作者的这个本身项目也是基于另一个仓库改的，没有 fork……

提问

• PR 回去也有点尴尬，毕竟面目全非了。PR 回去都有点挑衅的意思……

• 但感觉又需要尊重作者。可是原本这么小个东西，还加了一堆 license。改完之后就只有一个文件。然后额外有 readme 和两个 license，要用的话还得重写一遍 readme，实在是没啥必要（注释和示例都写代码里了）。

• 对 github 的规矩也不太熟。碰到这种情况，请问下大家，怎么处理比较好？

[llxxxll]

PR 回去

[cmdOptionKana]

"该作者的这个本身项目也是基于另一个仓库改的，没有 fork"

他改动大不大，或者可以考虑 pr 到原仓库？

[cmdOptionKana]

另外可以考虑先与原作者联系一下，看他有什么意见。

[cmdOptionKana]

突然想到，他没有 fork，那么源头仓库用的是什么版权声明？根据版权要求，如果这个“二房东”没有带上“真房东”的版权信息，有可能属于侵权了，不宜在这个二房东的仓库上继续操作。

[Tink]

看看开源协议

[hszhakka2ex]

既然没有一行代码是一样的了，你就新建一个仓库把它作为你个人的作品就行了。

[qinxg]

你就新建一个仓库把它作为你个人的作品就行了

[JCZ2MkKb5S8ZX9pq]

@cmdOptionKana
嗯，他对原项目的改动也谈不上大，本来就是几十行的小东西。

我想还有一种选择就是我管我 fork 的那份放着，也不 PR 了。
毕竟改太多了，提给人家也挺尴尬的，如果对方要接受了，等于我把人家几乎全盘给推翻了。。。好像也有点失礼

还有一种选择是单独作为项目，然后鸣谢一下作者和他引用的原仓库。

[seki]

看协议吧，协议允许的话怎么处理都没啥问题，我觉得也没有必要想太多

[wzw]

@Tink 假设自己不选协议，会怎么样？

[kamal]

@wzw #10 默认保留所有权利

[wzw]

@kamal #11 假设 我写了一个 Python 小工具, 我用了 MIT 协议的 fastapi, 那么这个协议如何算. 谢谢

[chinvo]

@wzw #12 MIT 不传染，所以如果你不声明协议则默认 all rights reserved

[wzw]

@chinvo #13 我上面没有说清楚, 说具体点是:
1. 我不是改造 别人的, 而是 import flask / import pyqt5
2. 如果我引用了 MIT/GPL 等多种协议, 那么我自己开源在 GitHub, ①如何选择协议 ②可以不选吗?

[aleung]

联系原作者（包括上游和上游的上游），附上自己的修改的介绍，问问对方是否接受 PR。如果对方接受，就进一步商量如何合并，如果对方说不必了，你在自己项目 readme 里的 credit 里面引用上游项目就可以了。

[aleung]

这种做法并不失去礼，是对对方的尊重。语

[aleung]

直接沟通是效率最高的方式，不要猜别人的想法和反应，每个人思维方式都不一样。用语礼貌点就行了。

[chinvo]

@wzw #14 作为包引入的情况下，大部分协议（包括 LGPL ）不会影响你的代码的 copyrights

但是要注意，即使只是包引用，GPL 和 AGPL 也会传染

在除了 [引用了 GPL 或 AGPL 等有“传染性”的包] 之外的其他情况下，你的代码可以自行确定协议，不选则代表 all rights reserved