挑战帮助开发者开始其他项目

去年降临节期间，我参加了 24 Pull Requests 挑战，向 GitHub 上的开源项目提交了 24 个 pull request，也就是 12 月份的前 24 天。

自 2014 年 3 月以来，我拥有了自己的 GitHub 账户，我在那里托管了我自 2004 年以来所有个人开源项目的代码（以前我使用的是 SourceForge）。我的第一个项目是一个博客脚本和简单的内容管理系统，它使用了 PHP 和 MySQL。

然而，直到现在，我仍然没有信心为别人的项目做贡献，即使我有兴趣这样做。我担心自己不够优秀，无法做出贡献，担心这会太难，也担心会占用我太多的时间来做好这件事，尤其考虑到我全职工作并且有忙碌的社交生活。

但是，当我在 Twitter 上听说 24 Pull Requests 挑战时，我查看了该网站，并认为这将是我开始为开源项目做贡献的理想机会。尽管我仍然对挑战的规模感到畏惧，但我还是决定立即注册，因为我知道这将是一个很好的机会，而且我没有什么可失去的。我知道，为了成功完成这项挑战，我平均每天需要提交一个 pull request。

在 12 月份到来之前，我尝试在 GitHub 上搜索我可以贡献的项目，并且我还查阅了 24 Pull Requests 网站本身推荐的项目列表。我查看了每个仓库的 issues 部分，看看是否有任何简单的 bug 我可以修复，但我没有找到任何我感觉有信心解决的 bug。

那时，我开始怀疑我是否能在 24 天内提交一个 pull request！

然后我意识到，并非每个 pull request 都必须是重大的更改——即使是小的修复和为文档做贡献也算数。事实上，我在比赛实际开始前几天就提交了我的第一个 pull request。虽然我知道它不会计入 24 个 pull request 的数量，但我认为学习这个过程是如何运作的会很有用——一次演练来建立我的信心。

提交 pull request 主要涉及 3 个步骤：fork、commit 和 pull request。我的第一个 pull request 是向 24 Pull Requests 项目本身的 readme 文档 添加内容。

我编写了关于如何在 Linux 和 Windows 上安装 PostgreSQL 数据库的说明（我熟悉这两种操作系统）。这个 pull request 在几个小时后就被 24 Pull Requests 的组织者 Andrew Nesbitt 接受了。我非常高兴——我的第一个 pull request 被接受了！这对我来说感觉像是一个重要的里程碑，也给了我更多面对未来几天的信心。

我最喜欢的 pull request 之一是调整一个名为 dev-human 的技术博客的 CSS。我改进了该网站在移动设备上查看时的 logo 和 header 的外观（这是一个使用媒体查询的响应式网站）。我其他的 pull request 是一些较小的问题，例如拼写错误、语法和格式。

虽然有些日子我很难找到合适的项目，但我很高兴地说，我成功地坚持了每天至少完成一个 pull request 的目标。

我发现有些 pull request 几乎立即被合并（被上游项目接受），这是一件好事，但另一些仍然被搁置，未被接受。希望这只是意味着项目维护者还没有机会审查它们，但也可能意味着这些特定的项目已被废弃。

无论如何，每个 pull request 都算作 24 个中的一个，无论它是否被项目维护者接受。我的 pull request 没有一个被拒绝，这是一个优点！

总的来说，我真的很享受参加这次挑战，现在我对为开源项目做贡献更有信心了。希望我能够继续为我上个月发现的一些有趣的项目做贡献。24 Pull Requests 挑战已经举办了几年，现在已成为一项年度活动，所以如果你正在考虑今年 12 月份参加，我绝对会推荐它。

最初来自 Victoria Holland 的 个人博客。经许可并根据 Creative Commons 协议在此重新发布。

关于如何开始参与开源的文章合集。