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