iOS 大量常用代码管理选择pods还是submodules

一, 开发有一定经验, 肯定都会有很多自己常用的工具类管理类和基类代码. 合理的管理这些代码会大大提升开发的效率. 比如在不同项目中快速使用这些代码, 快速使用自己的代码风格上手开发…

• 一般会有两个选择来实现这些代码的管理, 一个是cocoapods, 创建私有库/公有库. 另一种就是将自己的代码作为git的子仓

1, 使用cocoapods管理常用代码, 将自己的代码文件做成私有库, 更新代码时要重新更新自己库的pods版本. 而且项目中也需要更新最新版本去使用.

/// 更新自己pods代码的话 一般需要执行两个命令: 验证和推送更新
pod spec lint
pod trunk push

/// 还需要app项目去更新
pod updata xx

缺点是更新了常用类还是比较麻烦的, 优点是集成起来比较方便!

2, 使用git管理常用代码, 将自己的常用代码文件作成一个git仓库. 在其他app项目的仓库中添加一个子仓. 这样两个仓库都可以独立管理代码.

/// 在app项目根目录中 url是常用代码仓库 path是子模块路径 这个路径应在app根目录下
git submodule add <url> <path>

添加子模块后更新常用库代码很简单, 就是提交到git而已.

[submodule "submodules"]
    path = submodules
    url = git@github.com:zjh12580/submodules.git

更新了常用类子仓的代码后, app项目中的git会出现改变, 代表着子仓的一次更新, 将子仓的更新提交后, 代表着app项目的git引用了这次子仓的更新.

Subproject commit 6dc673849b67ec0e320b07e2953e398331219394

后面的事情就是独立管理两个git仓库就行了. 独立管理自己的常用代码的同时, 快速引用到各个app项目中, 避免了copy粘贴代码文件.

• 也可以将常用代码仓做成一个可以测试的工程项目, 工程中引用纯代码文件的子仓, 测试完毕后再将纯代码文件的子仓引用到app项目中.

总结: cocoapods的方式和引用子仓的方式各有优缺点, 基本不用更新修改代码的可以选择cocoapods私有库方式. 有频繁更新修改代码文件的可以选择引用子仓方式!