CocoaPods App 1.0

经过大约 一年的努力，随着 CocoaPods 1.0 的发布，相应的 Mac App 也已准备好供公众使用。

这并不是什么重大的揭秘，我们已经在网站上宣传其存在一段时间了。我已经对 Mac App 背后的技术做了一些介绍，所以这篇文章会让你对你的团队说“我们应该使用这个，而不是 gem”。

所以让我戴上 我最棒的帽子，并尝试说服你使用 CocoaPods Mac App 是一个好主意。

这解决了什么问题？

CocoaPods 存在于 ruby 生态系统中。大多数 Cocoa 开发者与编写 ruby 程序并没有太多重叠。安装和维护 CocoaPods 等命令行工具的多个版本是人们为了有效使用 CocoaPods 而必须学习的内容。

这造成的一个问题是 Bundler 很好地解决了，但现在你开始真正深入了解 ruby 生态系统，对贡献的先决条件知识又再次提高了。在我发表我的看法时，如果你在应用程序中使用 CocoaPods 和 Fastlane gem，你可能应该使用 Bundler。

因此，CocoaPods 应用程序托管所有内容。从字面上看，它拥有自己的独立副本，包括 bzr、curl、git、mercurial、ncurses、openssl、pkg-config、ruby、scons、serf、subversion、yaml 和 zlib。这使 CocoaPods 团队能够确保所有用户设置中行为一致。

对于 Cocoa 开发者来说，这个概念并不新鲜，因为 Xcode 自从移至 Mac App Store 以来，就一直在其 .app 中嵌入其自己的依赖项。从用户的角度来看，其优势在于它有效，并且你可以安装你自己的疯狂版本 git、curl 或 ruby，它就能正常工作。

它有什么优点？

很高兴你问，因为它有两大优点

• 运行 pod install 或 pod update
• 编辑 Podfile

这基本上是从第一天开始该应用程序的规范。一旦 @alloy 证明了 pod install/update 正在运行，@nate_west 和我接手并开始研究后者。

Podfile 编辑

其中一些功能很普通，“嘿，哇，语法高亮</sarcasm>” 但其他一些功能是您期望从 IDE 获得的真正引人入胜的深度特定于上下文的集成。

我们从语法高亮开始，然后添加了自动完成结果的有用示例，展示了如何使用 Podfile DSL。