自从转行写码后就想有朝一日要贡献开源，但一直没实践。直到某天我在 formik 曾经参与讨论的一个 issue 有人留言：
"more than 5 years have passed, still waiting..."
我想那要不我来看看吧，结果我发现不难修，然后开始搞懂这个 repo 的贡献规则，写码、写 unit test 、提交 PR ，但发现过了好久都没有人 review 。后来听说 formik 已经不维护了。但不维护也没有人在他们 repo 或者官网上说一声啊，而且最近一次 merge 也就几个月前而已。哎，纯纯浪费时间跟我的热情。后来我发现其中一个 maintainer 还每隔几小时就发一次推，我真的好想去他推下留言说，"Hey ，要不 review 下这个 small PR ？？" 当然我没有这么做。
所以最后我的第一个正式给 100 颗星以上的项目提的 PR 就这么不了了之了。不过我还是很想继续尝试贡献开源的。
但我觉得贡献开源这个东西，有时不能强求吧？像这次我觉得很顺理成章，一个我曾经用过的库的一个我遇到的 issue 没有人修，那我去修修。但不然的话，我要硬贴上去给别人的 issue 提 pr ，会不自然吗？

我第一次的开源项目贡献是给 ant design 的，那时候 pull request 被 merge 时挺开心的，还专门发了条朋友圈。。

别灰心，继续下一个项目 PR ，总会得到肯定的时候

加油

我第一次算是给阮一峰的周刊投稿吧，虽然是投在 issue 里不是 pr

哈哈 那确实会是很不错的感觉吧，我还没体会到。。。
我之前也尝试在 material UI 上找能贡献的点，但发现太多人抢着去 fix 了。

apache2.0 你直接 fork 了修掉，给那个 issue 里的人留个言去下你的 fork 啊。

自己 fork 一个修.

都一样的，不要多想，换个项目，很多人还是很好的，提 issue 会邀请你提 pr ，还会帮你修改格式，提出意见给你

有的开源库是这样的，可以多观察下 open 的 issue 和 pr ，你觉得问题可能在项目方来说不是问题，他们就是不愿意做。还有开源≠接受贡献，不接受任何外部 commits 的项目也很多

我第一次提交 pr 是给 j2me-loader ，然后那作者看我提了个新 pr ，仓库状态马上从一年前更新状态变成一天前了，但是没有把我的 pr 合并进去，而是提取了部分 pr ，也没有加入我新加的功能进去。很是失望，搞得最后我只能继续 sync fork ，自己单独拉个版本搞。

别灰心啊，不还有其他 127 个 PR 是 open 的吗

有 pr 被卡过很久才合并，也卡过别人的 pr ，都很正常

毕竟 GitHub 仓库的 pull request 的功能关不掉，不管作者愿不愿意处理，别人都可以去提 pr

放宽心态，实在要用还可以自己 fork 出来自己维护

一直不 merge 的话 直接 fork 做成收费版本，他马上就会 merge 了

有很多开源项目的治理和维护确实不太给力。

纯社区驱动的大型开源项目，管理做得最成功的大概要数 Debian 了。

我也是，提完发现没有人维护了，有些挫败

看来我遇到好人了, 之前第一次提 PR, 作者手把手的教我该怎么写 /t/742469

搜索了下如何查找自己的 PR, 把 名称 替换为你 github 名字即
github.com/pulls?q=is%3Apr+author%3A 名称

我也碰到过一次，各种教我怎么提交怎么合并，可惜后来不用那个库了

刚遇到一个在我的电脑上好好的，别人的环境就不行。修着修着感觉写不下去了，也就不了了之

忘了它，继续给其他项目提 PR ，你会遇到的

我基本是 fork 然后自己修自己的版本。有时候从别人的分支或者上游拉更新。提 PR 别人不合，挺打击热情的说。

只要不是滥用 PR ，想提就提啊，它就是这样用的。我第一次 PR 是给了 Spring 的 Initializr ，还被自动格式检查打回了好几次，很感谢那个德国老哥愿意友好地 review 我的弱智代码😂

我写东西都是自己要用，顺便提个 PR 。别人合不合无所谓😂

按照我的经验来说，这种情况 fork 之后就照着自己喜好维护就行，说不定用户慢慢就往你分支上来了

给那个 maintainer 发消息啊，试一下又没啥损失

如果你的 pr 质量很高的话，最好的办法就是 fork 一份，然后到处推销你的 fork 。
等作者受不了了就会 merge 掉（笑

不过老实说，开源最大的意义是你可以随便 fork ，而不是可以提 pr 。
合别人的 pr 很累，所以很多作者就是管杀不管埋。

前几天给了一个 Linux 系统基础组件提了一个 PR ，作者大佬合了，还是开心了一会的

我第一个 PR 是我提交后发现造成了其他 bug ，然后自己给关闭了。。。

github.com/LinuxSuRen/api-testing 欢迎你

那你为什么没去推上找那个开发者？

不要在乎其他的，开源你开心就做，让你 不开心就不做。自己的感觉最重要！！！

头像有点眼熟，大佬是参与 jenkins 的么

第一次给开源项目提 PR ，是给 RT-thread OS 提的，经过讨论过后，虽然我的 PR 方式不合理，但是暴露出了代码逻辑里真正的问题。
第二次也是给 RT-thread OS 提的，修复了一个会导致整个系统宕机的 BUG ，被合了。

不用这么麻烦，右上角有现成的按钮。

不维护了就自已 fork 后，修改了在原 issue 留一下自已 fork 的地址，no care

支持去优化优化 WinAuth 这个一直在用 就是作者不更新了

原作者不维护了，那你不就成了维护者了吗？
自己开个 fork ，把 pending 的 PR 全 review 完 merge 了，岂不美哉。

github.com/ant-design/ant-design 欢迎你

很多开源库其实不接受比较复杂的外部贡献 hh ，楼主别灰心