我们应该将pod文件提交到版本控制系统(GIT或SVN)吗?
到目前为止,我正在开发一个应用程序,我的团队主管表示不提交pod文件,我只是按照他的指示。
然后我们的Lead改变了,他说将pod文件提交给Git。 所以我很困惑哪一个。
我们是否应该提交pod文件,如果我们不应该提交原因。 请帮我澄清这件事,因为我也阅读了一些文章,但没有找到任何满意的答案。
无论您是否签入Pods文件夹都取决于您,因为工作流程因项目而异。 建议您将Pods目录保留在源代码管理下。
检查Pods目录的好处
- 克隆了repo后,即使没有在机器上安装CocoaPods,项目也可以立即构建和运行。 无需运行pod安装,也无需Internet连接。
- Pod工件(代码/库)总是可用的,即使Pod的源(例如GitHub)要关闭也是如此。
- 在克隆repo后,Pod工件保证与原始安装中的工件相同。
忽略Pods目录的好处
- 源控件仓库将更小并占用更少的空间。
- 只要所有Pod的源(例如GitHub)都可用,CocoaPods通常能够重新创建相同的安装。 (从技术上讲,无法保证在Podfile中不使用提交SHA时,运行pod安装将获取并重新创建相同的工件。在Podfile中使用zip文件时尤其如此。)
3.执行源代码控制操作时不会有任何冲突,例如合并具有不同Pod版本的分支。
资料来源: Cocoapods
我建议并建议不要在你的Git / SVN存储库中提交pods目录(使用Pod集成的第三方源代码)。
这是示例源,建议您,提交和不提交。
- Pod是一个依赖管理器,可能有很多第三方库。 您的项目源将变得更重(大尺寸),并且每次新目的地使用它时都会下载它。
- 您可以使用任何源/目标中的命令
pod install
轻松集成所有Pod库/文件源。 - 在不同的系统中可能存在不同版本的SDK,命令行工具和cocoapod。 它自动处理SDK工具和命令行版本支持的集成特定库,以及cocoapod版本。
注意:不错,您将带有源代码的pod文件提交给Git / SVN。 但是,使用您的代码添加(第三方库)依赖项并不好,这在使用不同目的地(系统)上的pod
时不是必需且易于处理的。