RubyGems + Bundler
对于很多人来说，CocoaPods是第一个介绍编程项目中依赖管理的工具。很多CocoaPods的想法来源于相似的项目（比如说RubyGems, Bundler, npm and Gradle）。
理解Ruby依赖管理很有用因为它允许你指定CocoaPods的版本或者其他gems，保证你团队中所有的开发者们有确定相同的版本。本指南是为那些希望确保团队依赖关系的一致性或使用CocoaPods未发布版本的人准备的。
RubyGems
RubyGems是主持ruby库的服务。它集中管理你在哪里寻找库和安装ruby库和应用。你将看到gem install xxx。这些被装进了版本的一个中心数据库中。如果你想象一下CocoaPods安装所有的库和frameworks到系统文件夹并且他们在运行时被互相链接，然后你就对RubyGems如何保持所有gems有个大致的认识了。
这样做的缺点是没有办法保证一个需要特定版本的库的工程可以使用它，它总是使用最新版本。因此作为一个开发者，你要小心安装一个新版的库因为它会被用于每一个库和应用。这个问题bundler解决了。
Bundler
Bundler为你的应用程序创建了一致的应用程序环境，通过允许你特定的库的版本。我们把这个想法大规模的用在CocoaPods。你定义一个Gemfile来说明你想要包含那些库，可以指定特定的一个版本或者范围。你运行bundle install，它将生成一个描述你所有库的确定版本的Gemfile.lock，然后任何其他人用这个项目运行bundle install获得的是确定的相同的版本。
什么是Gemfile？
如果你有阅读此篇Podfile指南，会感觉非常相似。一个Gemfile是一个定义了你ruby依赖的ruby文件。这里是一个来自一个Cocoa项目现成的例子。
source 'https://rubygems.org'
gem 'cocoapods'
gem 'cocoapods-keys'
gem 'fui', '~> 0.3.0'
gem 'xcpretty'
gem 'second_curtain', '~> 0.2.3'
gem 'fastlane'
所有的Gemfiles都必须包含一个它们的Gems的源，除非你使用或多或少相同的语法。这样生成了一个锁定了CocoaPods在版本0.36.3的Gemfile.lock。
通过Gemfile使用CocoaPods
通过一个Gemfile的配置，你可以在你Gemfile的约束下运行bundle install来安装，或者bundle update来更新。但是从现在开始，你需要在任一通过bundler的终端命令前记得运行bundle exec。考虑到CocoaPods被上述中所包含，这意味着你每次都要写pod XX YY，你每次都需要做bundle exec pod XX YY。
在不使用bundle exec的情况下，它将绕过Gemfile的特定版本，并在RubyGems中使用该库的最新版本。这可能会是完全相同的版本，但通常不是。如果你包含CocoaPods插件，那么它们也可能不会被运行。
这意味着你能确认项目的基础工具能像你私有库一样被版本控制。
使用master CocoaPods
通常在各正式版中你或许对使用Gemfile在未发布的CocoaPods版本上更感兴趣。当我们确定他不会影响项目后，由于项目的大小我们尝试缓慢发布。像CocoaPods你能容易的使用Master，或者fork你的ruby项目。这里是一个使用CocoaPods master的Gemfile的例子。
source 'https://rubygems.org'
gem 'cocoapods', :git => 'https://github.com/CocoaPods/CocoaPods.git'
gem 'cocoapods-core', :git => 'https://github.com/CocoaPods/Core.git'
gem 'xcodeproj', :git => 'https://github.com/CocoaPods/Xcodeproj.git'
gem 'cocoapods-keys', :git => 'https://github.com/orta/cocoapods-keys.git'
gem 'xcpretty'
gem 'shenzhen'
gem 'sbconstants'
运行bundle install将从Master获取到各个版本。因此CocoaPods是多个的gems，你可能不得不像上述一样包含其他依赖。
