在今天的开源世界中，许多大型社区都有切实的激励措施来为项目做贡献。提交到 Docker 主分支的 Commit 可以吸引 打赏，一旦您成为 OpenStack 的活跃技术贡献者，您将获得许多福利，包括免费参加下一届 OpenStack 峰会。
对于基于 GitHub 的小型项目，相对容易找到用户的贡献或项目的贡献者。这有一些限制，但机制是存在的。
但是其他一切呢？
在软件开发周期的其他每个部分花费的时间呢？分析、设计、测试、维护和支持？营销呢？教学和学习呢？聚会和会议，以及让这些事情发生的所有幕后组织工作呢？所有的小事呢：头脑风暴、想法、对话？
早在二月份，Leslie Hawthorn 写了一篇关于承认此类贡献的文章，并将其命名为 让我们一起建造帽子架，或 #LABHR。她回忆起与 Deb Nicolson 的一次对话，他们当时正在讨论他们共同担任 Sahana 软件基金会顾问委员会成员的经历，Deb 说
不，这很棒。这给了我一个可以“挂帽子”的地方。你知道，一些你可以列在你的 LinkedIn 个人资料上的东西，而不仅仅是一个你因为热爱而免费从事的项目。但没有人真正了解或注意到它。
Leslie 描述了承认某人工作的五个步骤
- 写一封感谢信，即使只是要点
- 发送给他们
- 此外，在 LinkedIn 等平台上公开感谢他们
- 此外，使用 #LABHR 标签在社交媒体流中公开感谢他们
- 为不像你的人和无名英雄这样做，可以获得超 mega 奖励积分。
我一直在通过在多个社区的各种不同聚会上做一系列闪电演讲来传播这个信息。我甚至有机会进行完整版本的演示，详细讨论非代码贡献的具体内容。我一路上遇到了一些了不起的人，他们帮助我扩展了我的演示文稿，因为他们分享了他们是如何努力让社区中的人们得到认可的。
但我所看到的是，很多关于谁在贡献的信息都卡在我们使用的系统中。邮件列表、电子邮件和文档很容易找到，但像 GitHub 这样的系统并没有显示尽可能多的信息。
对于一个完全通过 GitHub 存在的项目（也就是说，它通过该站点完成所有错误跟踪、问题评论、功能请求、开发、测试、部署等），应该可以访问代码贡献者和非代码贡献者的完整列表。项目页面确实显示了贡献者的计数，但对于一个有 100 多名参与者的项目，点击进入“贡献者图表”并不会显示甚至代码贡献者的完整列表。它根据代码更改的行数对贡献者进行排名，而那些贡献较少的人可能会从列表中消失。
幸运的是，有一个公开可访问的 GitHub API，可以公开贡献和参与信息。使用这个 API，我创建了一个名为 octohat 的应用程序——以 GitHub 吉祥物 Octocat 和帽子架的组合命名——它接受一个 GitHub 项目名称，并返回一个完整的贡献者列表，包括代码和非代码贡献者。非代码贡献被定义为 Issue、Pull Request 或代码注释中的任何操作，包括围绕项目的任何评论和讨论，以及任何尚未合并到主分支的 Pull Request 代码。
Paul Fenwick 在他的 OSCON 主题演讲 “恐惧、不确定性和多巴胺” 中讨论了“登门槛”技巧如何用于鼓励进一步贡献的心理学。通过承认所有的小事，包括代码和非代码贡献，贡献者继续提供帮助的可能性大大增加，而且是以更大的方式。这是一种极其有效的方式来增加社区。
通过使用像 octohat 这样的工具，你可以找到项目中哪些人在不提交代码的情况下提供帮助，然后你可以使用这些信息来深切地感谢他们所有的辛勤工作。也许他们将来会提供更多帮助。
月度
文章合集，重点介绍 Opensource.com 的首次贡献者。
1 条评论