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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 74 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

在过去，即便提交的 PR 很细小，维护者也会为了鼓励这些人再次来参与贡献，从而走完正常的 PR 审批流程，最终让这些 PR 获得通过。

如果有加密货币空投这个因素需要考虑的话，那么作为具有一定数量的 star 的开源软件维护者，是否需要在 PR 审核的策略上，做出一些调整，把这些并非真正参与开源项目，而是博取针对开源贡献者的加密货币空投的人，来过滤掉？但是这也没有一个有效的策略，可能需要对这个人以及这个 GitHub 账号进行深入的背景调查，才能得出这个人对这个开源项目的忠诚程度。

10 条回复 • 2024-08-26 09:53:50 +08:00

jianchang512

74 天前

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

renmu

74 天前 via Android

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

lanlanye

74 天前 via iPhone

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

0o0O0o0O0o

74 天前

> 前一段时间，有一个小红书的博主，向大家展示自己向 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 很自然而然啊。还是那句话，论迹不论心。