话题|开发者提交issue向开源项目表达谢意是否合适？

Posted 2021-04-30 OSC开源社区

开发者 Vito Botta 近日在 hairpin-proxy 的 repo 提交了一个 issue，这个 issue 无关技术和开源，也不是反馈 bug 或提出建议等，这更像是一封感谢信，Vito 希望通过这个 issue 表达对 hairpin-proxy 及其作者的感谢。

然而，这个在大多数开发者眼里十分稀松平常的 issue 却引起了不小的争论，争论的点当然不是感谢这件事本身，而是表达感谢的方式（事实上，这场争论后面还延伸到了是否应在公共场合表达对他人的感谢）。从这篇帖子下面的评论来看，部分开发者显然不支持通过提交 issue 的方式来表达对开源项目的感谢，他们认为：

• 这会对 repo 的 owner/watcher 造成骚扰，对于 watcher 而言，他们 watch repo 是为了关注项目实际问题的相关通知，而不是任何“感谢”。对于负责维护 repo 的开发者，他们希望收到有关新 issue 的电子邮件也应该是包含实际意义的内容

• GitHub 已提供"star"、捐赠等机制来感谢开源项目，并且 GitHub 不完全鼓励以这种形式使用 issue

这些开发者提出了他们觉得更好的选择：

• 向开源项目的维护人发送感谢邮件

• 如果希望公开表达感谢，考虑在公共频道上进行（例如博客、HN 和 Youtube 频道等）

可以理解这些开发者对于 issue 列表的执着，毕竟 issue 公认的正确打开方式就是反馈 bug 和提出建议和意见，如果列表上面出现大量与项目无关的“噪音”，哪怕是感谢和鼓励之类的正面声音，也会对他人造成影响。

有人提到了 GitHub 新的 Discussions 功能，他们认为 Discussions 的使用场景与开发者表达感谢的需求非常匹配，因为发布 discussion 不会像提交 issue 那么正式，但刚好满足了开发者在公共场合表达谢意的需求。

其实在我看来，使用“捐赠”功能来感谢开源项目是最直截了当的方式，捐赠后你内心得到了极大的满足感，项目维护者因此得到一笔收入，这大概就是 double win 吧。

参与话题讨论

# 通过提交 issue 的方式来表达对开源项目的感谢#

再排了一次队，当老板问你买什么的时候，你说：我就是觉得你家的菜好吃所以排队感谢一下你而已，不买了

你的好意对对人可能是困扰

我也认为issues不应该表达感谢，但是如果是偶尔一次，也没必要那么反感。提醒一下都可以，这里不是公共频道，是发布问题，特性请求和bug反馈的地方

觉得不错，请点个在看呀