解决pod lib lint/repo push不支持i386编译&只能真机运行的库
源起
公司有几个私有pod库,一直使用的是:git =>'https://xxxx.git'
这种方式集成的,但是每次 pod update
的时候都需要下载一遍,而且公司的网太慢了,十分不爽(*  ̄︿ ̄)
公司的网确实奇怪,网易云音乐听歌一点都不卡,一旦和工作有关的网就特别慢。。。老板你听我解释···
意外的事情
有一些只能在真机运行的库,在pod lib lint
阶段就不能通过,直接报错 , 原先做的pod都是模拟器可以运行的,所以就
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
** BUILD FAILED **
The following build commands failed:
Ld /Users/lzh/Library/Developer/Xcode/DerivedData/App-gaskduvrghhdcwcbkdqpuxupzbfv/Build/Intermediates/App.build/Release-iphonesimulator/App.build/Objects-normal/i386/App normal i386
Ld /Users/lzh/Library/Developer/Xcode/DerivedData/App-gaskduvrghhdcwcbkdqpuxupzbfv/Build/Intermediates/App.build/Release-iphonesimulator/App.build/Objects-normal/x86_64/App normal x86_64
(2 failures)
解决方法
第一种:文人操作
- 第一种
- 在 podspec 文件中添加
s.pod_target_xcconfig = { 'VALID_ARCHS' => 'x86_64 armv7 arm64' }
,如果项目已经设置pod_target_xcconfig
,添加到已有值的后面。
仅编译64位,尝试是否可以解决。
感谢评论区[傲慢的孑然]
的新建议, 我在cocoapods1.8.4 尝试🆗
- 或第二种
- 在 podspec 文件中添加
s.pod_target_xcconfig = { 'ARCHS[sdk=iphonesimulator*]' => '$(ARCHS_STANDARD_64_BIT)' }
,如果项目已经设置pod_target_xcconfig
,添加到已有值的后面。
仅编译64位,尝试是否可以解决。
- 或第三种
-
在 podspec 文件中添加
s.pod_target_xcconfig = { 'VALID_ARCHS[sdk=iphonesimulator*]' => '' }
,如果项目已经设置pod_target_xcconfig
,添加到已有值的后面。设置此处将在 模拟器编译时不产生二进制文件。 -
pod lint
命令添加--skip-import-validation
参数,lint 将跳过验证 pod 是否可以导入。 -
pod repo push
命令添加--skip-import-validation
参数,push 将跳过验证 pod 是否可以导入。 O鸡儿K,可以试试,不成功还有【第二种:张飞操作】
第二种:张飞操作
不就是编译不通过吗?
直接改源码,将编译检测跳过去,老子不编了,
检测的源码在 validator.rb
文件 如何找到它?
1. 终端 gem which cocoapods
输出:/usr/local/lib/ruby/gems/2.3.0/gems/cocoapods-1.3.0.beta.2/lib/cocoapods.rb
2. 终端 open /usr/local/lib/ruby/gems/2.3.0/gems/cocoapods-1.3.0.beta.2/lib/
将第一步命令输出的结果去掉最后的文件名cocoapods.rb
,将前面的路径加到 open
命令的后面, 执行命令后会在Finder打开一个lib
文件夹
3. 在当前lib
目录下有个cocoapods
文件夹,进入,validator.rb
文件就在这个文件夹里
如何修改它?
找到下面的代码
改成下面的样子
这样每次向仓库推送podspec文件的时候,都会直接打印一下xcodebuild --help
然后就算作通过验证了
接下来你就可以安心的 push 你的代码了
像一些x86_64,i386,不支持模拟器啦,这种都是小case,所有编译错误都可以解决
注意
-
此方法因为太叼,不到万不得已,不能使用,过分依赖容易走火入魔
一定在本地先以
:path
、:git
等的方式集成一下,确认没问题后再往仓库推搞完以后记得改回到原来的代码,毕竟做库是为了项目使用的,多点检测也是为了保证质量
第三种:正常却又有点麻烦的操作
模拟器 32 位处理器测试需要 i386 架构,
模拟器 64 位处理器测试需要 x86_64 架构,
真机 32 位处理器需要 armv7 ,或者 armv7s 架构,
真机 64 位处理器需要 arm64 架构。
第二种方法可以将验证的命令替换为 xcodebuild --help
,那么也就可以替换为正常的真机校验命令:
command += %w(-sdk iphoneos12.2 -destination=generic/iOS ONLY_ACTIVE_ARCH=YES ARCHS=armv64)
。
将验证的设备改为通用 iOS 设备 generic/iOS
,sdk 根据自己电脑 xcode 版本来设置 iphoneos12.2
,ARCHS 根据自己支持的真机选择架构 arm64
,可以根据自己的电脑,仿照上面的命令进行更改。
此命令会验证 pod 库在真机上的表现,效果应该是最接近原本 cocoapods 命令的本意,但是里面的 sdk 版本 和 cocoapods 版本 在升级时都需要重新设置。
参考文章
- cocoapods的github上有个issues
- 待解决 pod lib lint pod不支持i386编译环境,如何避开