我的开源之旅

作者：Olivier Halligon，原文链接，原文日期：2015-12-05
译者：小锅；校对：numbbbbb；定稿：Cee

正如大家所知的，Swift 在本周的早些时候开源了（校对注：按照原文的发布时间来看确实是「本周」）。对社区来说这无疑是一个爆炸性的消息，已经有很多的帖子在讨论这件事会产生的一系列后果。

然而我想做一件跟大家不同的事情™，今天我要趁这个机会跟大家分享一下我自己的开源经历，并说明为什么向开源社区做贡献对每个人都有好处。

介绍：Swift 开源系统的大事件

本周最大的新闻无疑就是 Swift 开源。苹果公司比我们所期待的更进一步，不仅公布了 Swift 代码 的完整 GIT 历史记录，还有其它工具的代码，如 lldb 与 REPL，表明它们使用了 Swift 包管理器，同时尽了他们最大的努力去创造一个更好的社区！

尽管在 WWDC 15 上他们就宣布会将 Swift 开源，但是这个举动还是受到了极大欢迎。我几乎可以确定，没有人料到他们会做出如此大的贡献，而且还做得这么好。

为什么大家对开源如此狂热，为什么它这么棒呢？今天我不准备讨论 Swift 的开源对我们意味着什么 —— 已经有太多的博客讨论过这个问题了 —— 我想跟大家讲讲我自己的开源经历，以及开源是如何改变了我的思考方式。希望看完之后你能明白为何我对开源爱得深沉。

你好 GitHub

与大多数人一样，我一开始只是想写一些代码并丢到 GitHub 上，这就是我的开源初体验。在一开始，我并不认为「我现在为开源做贡献」，我只是觉得 「哎哟，不错哦。我写了一些很赞的代码，让我来把它们放到 GitHub 上吧。这样做很酷，而且可以很容易地跟别人分享我的代码」。

我在 GitHub 上的第一个项目其实只是一些测试，就像我之前写的一些玩具应用一样，仅仅是为了实验一些新概念或者一个新的库。我一向十分好奇并且炒鸡喜欢去测试一些新的框架、新的设计模式或者新的创意，因此我一开始只是随便玩玩。

接下来我完成了第一个真正意义上的库并将其放到 GitHub 上，然后真正意义上地将其共享给其它人。我认为我的第一个 pods 是 OHAlertView 和 OHActionSheet，接着我写了 OHHTTPStubs。

分享你的爱

这里是故事真正开始的地方：在读了一篇关于 NSURLProtocol 的博客后，它再次激起了我的好奇心，我想对它进行定制并让它通用化。当我开始写这个项目的第一行代码时，它依然还是属于“概念验证”。但是后来我对它进行了改进，将它改造成了一个独立的组件… 接着人们就开始对这个项目点星星了🌟

我并没有意识到 OHHTTPStubs 的成功，我只是感觉良好，然后收获了一些自信。看到这个项目越来越受欢迎，我泪流满面。我的代码帮助了很多人并且被真正地用在项目中，我感到十分开心。这不再是一个玩具项目了，我真正地为社区做出了贡献。

当你开源你的项目，并且把你的库发布到社区时，人们会用他们的爱❤️来回馈你。而，这就是最重要的。

要记住一件事：不要为了出名而去做开源。做开源只是因为它很棒，与其它人共享会让你获得成就感。随着 OHHTTPStubs 的开源并且越来越流行，我很高兴，不仅因为我的工作成果在被别人使用，还因为其它人的贡献让代码的质量得到了提高，增加了它的功能。团队工作真的是太赞了！

不要害怕做贡献

一段时间后，我希望自己能回馈社区。由于我自己是 CocoaPods 的重度使用者，我希望能对它做贡献。

现在已经找不到我对 CocoaPods 的第一个 Pull Request 了，但是我还记得当时我完全没有信心，因为：

• CocoaPods 是一个相当大的项目，我有点找不着北，不知道从哪里着手
• 我根本不懂 Ruby。我觉得相对于 CocoaPods 里面的大师级代码，我的代码看起来肯定会很蠢

所以我从小处开始着手。我只提一些修改错字的 Pull Request，还从 CocoaPods 用户的角度来帮助改进文档，防止其它用户踩我第一次使用 CocoaPods 时踩过的坑。这看起来微不足道，但是确实起到了帮助。

每一个小的帮助，都可以产生大的作用。即使是对于文档的 Pull Request 都是很重要的。📚

正如 Chris Lattner 自己说过的：「从小处入手，每个人都能参与进来。」

初次尝试我不熟悉的语言

在我第一次给 CocoaPods 贡献 PR 后，我觉得是时候尝试着去修复 CocoaPods 代码库中的小 bug 了。即使我根本不会 Ruby，我还是开始修复 CocoaPods 中的一些小问题。Ruby 相当容易理解和阅读（正如 Swift 一样），虽然我很怕把代码搞乱，但是基于原来的代码进行修改很容易。

我第一次贡献的代码受到了 CocoaPods 团队的欢迎。讲真，CocoaPods 团队真的超赞，虽然我自己对第一次贡献的代码没有信心，但他们很欢迎我，这让我很感动。

他们并没有对我说你的代码很烂，相反，他们告诉我如何提高我的 Ruby 技术，并对我的代码进行改进。他们甚至帮我配置了 Ruby 开发环境（我在运行单元测试的时候碰到了一些问题，我一开始并不知道它们是怎么组织的）！这大大鼓舞了我，让我想做得更多更好。

当你为一个开源项目做贡献时，社区是相当重要的。一个好的社区 —— 遵循好的行为规范并欢迎新手 —— 会改变一切。并不是每个人都拥有跟你一样的技术，但是他们渴望提高，了解这一点会让你做得更好。

事实是，我通过对 CocoaPods 的贡献逐渐学会了 Ruby ，我是在 Pull Reuqest 的过程中学习的。

以人为本

有一件事不太显眼，但是非常重要，那就是归属感。在我给 CocoaPods 提了第一个 Pull Request 之后，团队就把我的名字加到了项目的 CHANGELOG 当中，这让我感觉很好。

这对于项目的长期贡献者来说可能并不代表什么，可是对于我这种新加入的贡献者，我的名字出现在上面确实有很大的意义。即使是非常小的贡献，我还是感到十分自豪。

不要害怕向长期贡献者问问题或寻求帮助。就算会花费一些时间，他们也还是会帮你。这并不是浪费时间，因为这会帮你提高然后促使你做更多的贡献。多多益善！

随着时间的推进，我对 CocoaPods 做了越来越多的贡献，某一天他们邀请我加入了核心团队，然后我的名字就被写在了“关于”页面上。这对我来说是一个新的起点。

为 CocoaPods 做贡献也意味着我有机会遇到很多牛人，并且从他们身上进行学习，不管是 GitHub、Slack 这种虚拟世界还是 IRL 这种大会。这真的是跟世界上其它开发者交流的好方法。

送人玫瑰，手留余香

我认为 CocoaPods 社区对我友好欢迎的态度帮了我很多，让我对开源做了更多的贡献。我喜欢与 CocoaPods 团队共事的一个原因是，他们并不会根据你的技术对你做出评判，当你做了某些错事的时候他们会去帮助你，而不是丢弃你，他们会帮助你提高。

但是参与社区有时候真的很艰难。在 GitHub 上每个人都可以提 issue 并提交 Pull Request，但是有些人会用很刻薄的话来提 issue，比如“在我这运行不起来啦，这个库真是没什么卵用”，这并不能提供什么实质性的帮助。我能理解当代码运行不起来的那种沮丧，但是贡献者需要明确以下几点：

• 开源项目是完全免费的，它没有收过你一毛钱
• 它的维护者是那些利用自己的业余时间来写代码以及对它改进的人
• 每个人的时间都是有限的，虽然他们已经很尽力了，但是对开源系统做贡献的人不可能测试到方方面面
• 说那些刻薄的话于事无补。提供一些更好的描述来帮助我们重现，并且解释你想要帮忙改进的部分。

Orta 说过 送人玫瑰，手留余香（译者注：嗯，作为收了二十多年好人卡的我相当认同这句话）。行为规范很重要，这可以让人们知道如何与人友善，更重要的是，让人们知道他是受欢迎的，只要他们也对别人友善。

你知道吗，提 issue 也是一种参与开源项目的方式。

在 GitHub 上开一个用心编写并且附带重现方法的 issue 与提交一个 Pull Request 同样重要。消除 bug 和提建议都是贡献，只要它们有建设性。

欢迎其它人

当我熟悉 CocoaPods 之后，我也试着去帮助那些新来的人，我想像当时帮助我的那些人一样给其它人提供帮助。

之后，我的新的项目开始受到大家的欢迎，像是 SwiftGen 与 Dip 。它们占用了我不少的时间（这就是为什么我最近花在 CocoaPods 上面的时间变少了）。

在那之后，我无意中发现了开源的另一个好处。邮件列表和 Twitter 迅速有人开始讨论我的项目，我的项目很快流行起来，收到了很多来自用户的反馈和 issue，我都有点应接不暇了。

就在这时候 Ilya 开始对 Dip 做出大量贡献，提交了很多修正 bug 和增加新功能的 Pull Requests，于是我决定给他 Push 的权限。

这是我首次将我代码库的 Push 权限交给一个我不认识的人。一开始确实有点慌，因为你永远没办法确定他们的想法是否跟你一致、他们会不会把代码搞乱、会不会有不一样的代码风格、会不会写了跟你之前完全不搭的代码。更重要的是，他们会不会把一切都搞砸。

但是我一点也不后悔这个决定，因为根据我自己的开源背景，我在给他们 Push 权限时一点也不会犹豫。当你信任一个人的时候，你会感觉很棒。结果证明 Ilya 做得相当出色，他给 Dip 增加了很多功能，我一个人是做不到的。从一个新的视角来看你的代码是一件非常有趣的事。

信任你项目的贡献者，这相当重要并且温暖人心。当你在开源系统上信任其它人时，你很少会失望，因为所以的这一切都是为了共享和帮助其它人。

总结

• 开源很赞
• 让你有机会结识到很酷的人
• 分享让人获得满足感
• 不要因为你的技术感到羞愧或者害羞而不去参加开源项目
• 再小的 PR 和 issue 都非常重要，关于文档的 PR 和提高文档质量的 issue 都是跟代码贡献一样重要的
• 当你与人友善时，美好的事情就会发生
• 把开源当作你的默认选项

好了，我已经讲完了我的开源世界经历，希望这可以激发你加入开源的兴趣和信心！

当然，我十分欢迎你们来对我的开源项目进行贡献，特别是 SwiftGen 有很多很赞的改进创意 😉

本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问 http://swift.gg。