在版本控制签入中包含CocoaPods?

jos*_*hap 16 git version-control ios cocoapods

我想知道在给定的iOS项目中由CocoaPods创建的文件应该被检入版本控制.包含和忽略最有意义的是什么?我应该添加Podfile吗?或者我应该添加整个pods目录?

Kei*_*ley 19

即使是CocoaPods的核心团队,这也是一场持续的争论.https://github.com/CocoaPods/guides.cocoapods.org/issues/3

在某些时候,有人觉得它应该被忽略足以让它进入Github的Objective-C的gitignore 模板.

在上面关于项目寿命的链接辩论中提出了一些好处,如果你将来检查你的pods目录,其他开发人员应该始终能够构建源代码,无论CocoaPods的状态如何,或者没有任何依赖关系的specs存储库在命令行上也是如此.但我可以看到你在Git子模块中遇到同样的问题,因为远程存储库也可以在将来被删除.我认为这取决于您的偏好.我个人不喜欢直接在源代码控制历史记录中更新外部依赖项.

  • 首先,感谢您的回复@Keith.您发布的讨论很有帮助.阅读之后,我决定将Pods文件夹与Podfile一起提交是最有意义的.能够在没有任何额外设置的情况下检查项目构建的好处对我来说是至关重要的.正如其他人所建议的那样,将它们排除在外会让其他开发人员(以及我自己的未来版本)受到所有可供下载的pod的支配,同时还需要安装CocoaPods才能开始使用.这不是一个值得我接受的风险. (10认同)
  • 显然,Podfile.lock也需要编译,所以现在抛出它. (2认同)