这里没有任何喷开源作者的意图，就是有的时候提了一些 pr，可是作者迟迟不处理，虽然别人可能是因为很忙，但我觉得花个几分钟看一下，如果觉得不行就直接拒掉，一直在那放着，看着好难受。
This topic created in 3016 days ago, the information mentioned may be changed or developed.
Supplement 1 · Mar 5, 2018
不会是看到我发的帖子了吧 下午处理了。。。。。。
Supplement 2 · Mar 5, 2018
不过还有个是另外一个人的
 |
1
TaoSama Mar 5, 2018 via Android
这种不是应该去知乎问嘛 = =
|
 |
2
crysislinux Mar 5, 2018
几分钟哪儿够哦，除非是很小的项目和很小的 pr。
|
 |
4
kslr Mar 5, 2018
一般先找找联系方式，发一封邮件; 如果几天还没回复，就 fork 一份重新发布新包。
|
 |
5
madNeal OP @crysislinux 这里只是打个比方 其实我说的就是这种几分钟就能知道到底是 merge 还是 deny
|
 |
7
aheadlead Mar 5, 2018
你提 pr 前和作者沟通了吗？
|
 |
8
wsy2220 Mar 5, 2018
有过提 pr 两年后才被 merge 的经历...
|
 |
10
oott123 Mar 5, 2018  2
接受你的 PR，意味着要为你这段代码负责，这个事情是需要考虑的。
比如你的代码尚可，但我此时又不想维护，close 显然不够礼貌，而 merge 要花的精力我接受不起，那就只能放一边…… |
 |
12
akira Mar 5, 2018
想起很多年前给 一个项目 提过 issue 和修改代码，半天不到作者就集成然后发布新版本了，太勤奋了
|
 |
14
airyland Mar 5, 2018
维护开源是件很费精力的事，对我来说，很简单的拼写错误什么的会直接合并，其他的看有没有时间审查代码，也可能一拖就半年。
|
 |
15
wekw Mar 5, 2018
多个项目的维护者来现身说法：顾不上每天检查，非 bug 的 PR 一般懒得处理，我几个月可能会冲动一次处理一波。
|
 |
16
xwhxbg Mar 5, 2018
这让我想起之前我给 upterm 提 issue，挂了半年没人理，前一阵子看，结果发现一个新 issue，里面写着
这个 repo 的主要维护者发生了 tragic death。。。。。 |
 |
17
vardarling Mar 5, 2018 via iPhone
几千行的改动涉及 10+文件 看了一眼就懒得管了🌚
|
 |
18
feverzsj Mar 5, 2018
知道 linus 为什么老要骂人吗？都是被无下限的 pr 逼的
|
 |
19
itgoyo Mar 6, 2018
你可以尝试先邮件联系作者，而且难不难受看个人吧，毕竟不是所有都会在意那个的。还有很多作者都不怎么看自己项目的。
|
Select Language