如何看待 github 某些开源库的作者 pr 迟迟不处理

[madNeal]

这里没有任何喷开源作者的意图，就是有的时候提了一些 pr，可是作者迟迟不处理，虽然别人可能是因为很忙，但我觉得花个几分钟看一下，如果觉得不行就直接拒掉，一直在那放着，看着好难受。

[TaoSama]

这种不是应该去知乎问嘛 = =

[crysislinux]

几分钟哪儿够哦，除非是很小的项目和很小的 pr。

[madNeal]

@TaoSama 感觉知乎很容易引战

[kslr]

一般先找找联系方式，发一封邮件; 如果几天还没回复，就 fork 一份重新发布新包。

[madNeal]

@crysislinux 这里只是打个比方 其实我说的就是这种几分钟就能知道到底是 merge 还是 deny

[madNeal]

@kslr 这里其实就是讨论一哈 其实他 merge 不 merge 对我没啥影响，就是看到 pr 一直不处理，总是要看一看

[aheadlead]

你提 pr 前和作者沟通了吗？

[wsy2220]

有过提 pr 两年后才被 merge 的经历...

[madNeal]

@aheadlead 难道不是直接在 issue 里面讨论么，而且有的 pr 很小，就是那种很明显的错误

[oott123]

接受你的 PR，意味着要为你这段代码负责，这个事情是需要考虑的。
比如你的代码尚可，但我此时又不想维护，close 显然不够礼貌，而 merge 要花的精力我接受不起，那就只能放一边……

[chinvo]

除了 @oott123 #10 还有 CLA 的问题、WIP 的问题

[akira]

想起很多年前给 一个项目 提过 issue 和修改代码，半天不到作者就集成然后发布新版本了，太勤奋了

[aheadlead]

@madNeal 我以为你这是几百上千行的大 commit

[airyland]

维护开源是件很费精力的事，对我来说，很简单的拼写错误什么的会直接合并，其他的看有没有时间审查代码，也可能一拖就半年。

[wekw]

多个项目的维护者来现身说法：顾不上每天检查，非 bug 的 PR 一般懒得处理，我几个月可能会冲动一次处理一波。

[xwhxbg]

这让我想起之前我给 upterm 提 issue，挂了半年没人理，前一阵子看，结果发现一个新 issue，里面写着

这个 repo 的主要维护者发生了 tragic death。。。。。

[vardarling]

几千行的改动涉及 10+文件 看了一眼就懒得管了🌚

[feverzsj]

知道 linus 为什么老要骂人吗？都是被无下限的 pr 逼的

[itgoyo]

你可以尝试先邮件联系作者，而且难不难受看个人吧，毕竟不是所有都会在意那个的。还有很多作者都不怎么看自己项目的。