源起
公司有几个私有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，所有编译错误都可以解决
注意
-
此方法因为太叼，不到万不得已，不能使用，过分依赖容易走火入魔
image 一定在本地先以
: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编译环境，如何避开
京公网安备 11010502036488号