在大型开源软件提交低质量的细小 PR，是否有博取加密货币空投的嫌疑

很简单啊，查看该账号的主页开源项目，如果有活跃的项目或有一定量通过的其他项目 pr ，那就是认真的开源开发者了

不需要，做为开源开发者为什么因为其他所谓空投而影响自己的项目

合并或者不合并全看维护者心情，其他人管那么多干嘛？有空到处出警不如多写几行代码啊。

> 前一段时间，有一个小红书的博主，向大家展示自己向 Kubernetes 提交一行文档错误修复的 PR ，并获得批准的过程。那时候，不少人指责博主这么做是在浪费开源软件维护者的时间。

首先论迹不论心，我觉得那个博主没有问题，反倒是指责她羞辱她的人多有问题。

> 有一种观点认为，提交这一类 PR 的人，并不是真心愿意参与开源项目，只是期盼未来出现形如 HNS 或者 STRK 这样的加密货币空投，发放给在开源社区有过贡献的人，从而让自己也获取数百美元的空投加密货币，带来经济利益

值得警惕的是低质量 PR 的 flood ，而不是「细小 PR 」，因为前者会影响社区的正常运行，后者不会。至于 flood ，哪怕没有空投也会有别的，因为世界很大开源很小。

可能会是 T 恤：
- https://joel.net/how-one-guy-ruined-hacktoberfest2020-drama
- https://blog.domenic.me/hacktoberfest/

可能会是 AI：
- https://navendu.me/posts/ai-generated-spam-prs/

可能会是一份教程里的「求职技巧」：
- https://x.com/feross/status/1757463614532071545

> 如果有加密货币空投这个因素需要考虑的话，那么作为具有一定数量的 star 的开源软件维护者，是否需要在 PR 审核的策略上，做出一些调整，把这些并非真正参与开源项目，而是博取针对开源贡献者的加密货币空投的人，来过滤掉？

空投、T 恤、求职加分都是被外部加上去的，跟开源无关，开源社区在它自己的范围内保持公平就行：遇到 flood 那就拒绝所有低质量 PR 和「细小 PR 」，遇到本社区的老面孔使劲刷这类 PR 那就拒绝并批评，其它的就按照对待本社区新人的正常流程来。至于贡献者是被什么驱动，那是别人的自由。

> 但是这也没有一个有效的策略，可能需要对这个人以及这个 GitHub 账号进行深入的背景调查，才能得出这个人对这个开源项目的忠诚程度。

我觉得这整句话都太怪了，给某个开源项目 PR 为什么要对它忠诚？随机找到个以后也不会再接触的一次性轮子，使用之后改一改 typo 修一修小 bug ，这样的 PR 很自然而然啊。还是那句话，论迹不论心。

不影响项目质量的话我认为没必要在意，和正常 pr 一样对待即可。

文档修复也是值得修的啊，只要不是 flood 就行了。

细小改动也是贡献，不合理的是空投规则不是贡献者，更不是项目维护者

做背景调查需要额外的精力，不划算。

刚开始我以为他是乱加一行，仔细看看了，确实加的空行是有用的不是无意义的。那就算很细小，至少是正向的，至于合不合入那是项目自己的事情。

参与开源并不应该恶意揣测别人的目地，这个 PR 哪怕只是修改了一个错别字，如果正确那也是有意义的。

合不合在 owner ，提不提在个人，哪个新人也不是一上来就能完成一个大 PR 的，大多数人应该都不会选择成为一个新人杀手。