在这片博客中，我将分享我从cocopods中学到的东西。
如果你使用Cocoapods，你的.gitignore文件中会有什么。
这个问题在debate on SO中被提及，但是我建议只追踪Podfile和Podfile.lock文件就行了。Pods文件，.xcworkspace文件，都在.gitignore里。
在Not Cuckoo for CocoaPods可以获取更多关于这个问题正反两面资料。
pod install vs pod update
pod install
pod install 命令的作用是下载并且安装最新的第三方库文件，在Podfile.lock 文件中写入每一个已经安装的第三方库文件的版本号。这个文件的作用就是记录安装的第三方库文件的版本号，并且锁住它们的版本。
pod update
当你运行 pod update 命令 更行某些库文件，CocoaPods将会视图去找到这些库文件的最新版本，而不去考虑Podfile.lock文件中与这些库文件对应的版本号。它将会更新pod到最新的版本（只要它符合Podfile文件的版本限制要求）。
更多知识，请读Detailed presentation of the commands，CocoaPods on NSHipster。
你能够编辑pod文件的来源。
是的，你能够编辑pod文件的来源，并且你的改变将会被下一个pod更新重写，除非你是用:path，关于这个知识点，请看reply by @orta。
你的.xcodeproj文件仍然保持不变。
实际上，在第一次pod安装之后，.xcodeproj文件仍然保持不变。就像Cocoapods指出的一样。
CocoaPods将会出啊关键一个新的Xcode项目，这个项目将会创建一个静态的库文件，这个库文件的作用是给第三方库文件建立依赖，并且把他们链接到一个叫做libPods.a 的文件中。这个静态的库文件变成了你原始项目的一个依赖文件。xcworkspace文件生成，并且能够被正常地使用。这种方法能够使原始的xcodeproj文件保持不变。
沙盒中得文件不会和Podfile.lock保持同步，这是因为Manifest.lock。
每次运行pod install命令，都会生成一份Podfile.lock文件的拷贝。如果你曾经遇到过沙盒没有和 Podfile.lock文件保持同步，这是因为沙盒中得Podfile.lock文件和Podfile.lock文件是不一样的。因为pods目录下的问津不总是受Podfile.lock文件的版本控制，这里有一种方法能够确保开发者在运行pods之前更新，否者app就会崩溃，或者报一种奇怪的编译错误。
参考文献
February 2014 Tech Talk: CocoaPods