*本文摘录自[NSHipster]
文明是建立在道路，桥梁，运河，下水道，管线，电线和光纤这些基础设施之上的。只要设计和施工得当，它们可以帮助社会成倍的发展。
唯一的问题就是可扩展性。
不管是在一个新的区域容纳上百万家庭还是整合大量的开发者到新的语言环境中去，挑战都是相同的。
在 Objective-C 的情况下，CocoaPods 提供了一个绝佳的整合合作开发的工具，并且在快速发展的开发社区中起到了一个集结点的作用。
回望
Objective-C 在它存在的前20年左右几乎鲜为人知。NeXT 和后来的 OS X 作为一个边缘平台，只拥有一个相对较小的用户和开发者社区。像所有的社区一样，本地用户小组，邮件列表和网站该有的都有，但是开源合作开发却很少见。诚然，开源在那时也只处于起步阶段，但是 Objective-C 却从未有过类似于 CPAN (the Comprehensive Perl Archive Network) 的组织。所有人除了能从 Redwood 和 Cupertino 拿到 SDK（或者在论坛搜寻一下可用的代码）以外，剩下的问题只能靠自己解决。
Objective-C 和 iPhone
这种情况一直持续到了2008年的夏天，当 iPhone OS 开始对第三方开发者开放的时候。几乎一夜之间，Objective-C 从无人问津变的炙手可热。上百万开发者的涌入，给这门语言注入了新鲜的血液。
就在此时，GitHub 也刚刚发布，并且开始通过新的分布式合作开发方式改变我们对开源的认知。
一大批开源项目开始涌现，例如 ASIHTTPRequest 和 Facebook 的 Three20 。这些早期的库和框架主要是用来填补 iPhone OS 2.0和3.0开发中遇到空白，并且在后续的 OS 迭代中慢慢被遗弃或取代，但是它们突破了每个开发者“单打独斗”的局面。
在这波新的开发者中，那些来自 Ruby 背景的对 Objective-C 起来了很大的影响。Ruby 作为 Perl 的精神继承者，有一个类似于 CPAN 的包管理器：RubyGems
为什么受 Ruby 的影响这么大？我的理论是：Ruby 是在 Rails 2005年发布1.0版本的时候开始流行起来。假设创业公司的平均寿命在1.5到2.5年之间，那么此时第一批厌倦 Rails 的开发者正好可以跳上移动开发的大船上。
就在 Objective-C 开源开发渐入佳境之时，代码分发的痛点开始显现：
缺乏框架，iOS 的代码虽然可以被打包成静态库，但是配置和同步分发却成了一个艰巨的任务。
另外一个思路是用 Git Submodules 把源码直接放入项目。但是链接框架和配置生成环境的繁琐也使得这种方法也没有好到哪里去，尤其是当 ARC 和 non-ARC 的代码需要分开的时候。
进入CocoaPods时代
CocoaPods 是由 Eloy Durán 于2011年8月12日创建。
在 Bundler 和 RubyGems 的启发下，CocoaPods 被设计成即能处理库之间的依赖关系，又能自动下载并且配置好所需要的库。试想一下开发只有松散文档编制的 Xcode 项目的难度，CocoaPods 的存在简直就是奇迹。
另一个早先的决定就是利用 central Git repository 作为所有库的总数据库。虽然这带来了一些运筹上的顾虑，好在 GitHub 能够提供一个稳健的平台，帮助团队在后续的迭代中，开发出更好的工具链。
时至今日，CocoaPods 已经壮大拥有14个核心开发人员和多达10000个开源项目。绝大部分项目都是来自于 Objective-C 开源社区，我们应该感谢每一个参与其中的开发者。
展望
CocoaPods 例证了一个社区的凝聚力。在短短的几年内，Objective-C 社区让我们所有人都引以为傲。
CocoaPods 仅仅是众多 Objective-C 基础设施的一部分，还有诸如 Travis CI, CocoaDocs 和 Nomad 这些非常好的生产力工具。
虽然整个社区的未来不会一帆风顺，不管怎样，让我们怀着信念，尽可能的提供建设性的意见。我们更应该互相帮助，乐于分享，共同努力推动整个社区的进步！
CocoaPods 已经是 Objective-C 不可或缺的一部分，它只会越来越强大！
博客：xuyafei.cn
简书：jianshu.com/users/2555924d8c6e
微博：weibo.com/xuyafei86
Github：github.com/xiaofei86
