新项目高高兴兴进入了测试阶段, 拉取了最新的代码后, 依赖库有更新...然后就死活拉不下来了. 测试的Bug数不停在增加...
卡住的 fetching...
永远的 timeout...
本文仅用于记录一次SPM拉取问题的所有尝试方法,
对SPM不了解的朋友可以看看笔者的远古探索:
Xcode 中如何使用 SwiftPM（Swift Package Manager）
将工程从 CocoaPods 迁移到到 SwiftPM上次用SPM都两年前了···作孽啊
问题描述: 有梯子的场景下 仅Xcode 的 SPM无法拉取
方法1: 直接上梯子(全局模式)
任何与世界互联网连接有障碍的场景下, 这是个百试百灵的方法
但这次失灵了.检查了所有依赖库的地址, 版本...除了有个库较小众, 基本都没有问题.
眉头逐渐紧锁: 要么是本地环境有问题、要么是未曾遇到过的麻烦
一种不详的预感...
方法2: 改 Hosts
主要是通过类似IP查询的网站查看指定地址的IP地址, 直接在hosts中指定需访问路径的绝对地址来避免某些屏蔽机制
进入到”/private/etc/“路径下, 打开hosts文件才发现, 以前的有过类似的修改:
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
185.199.108.133 raw.githubusercontent.com
Tips: hosts文件无法直接修改, 可通过命令行编辑, 或复制一份副本编辑后进行覆盖(注意备份).
一般场景下, 这样设置后浏览器就能够正常访问Github了. 结果在不开启梯子的情况下还是超时...
此时我开始怀疑起了公司, 公司为了监控网络, 层层设卡, 步步设防, 没准是哪一步出的问题
但是同事又可以, 速度快得都馋哭了...
那先把对公司的怀疑放在一边, 试试其他方式
方法3: 手机使用移动网络+梯子, 开启热点供电脑使用
这种方式主要应用于规避电脑所在外部网络环境的未知问题
曾数次扶大厦之将倾...
这次依旧不行
方法4-N:
此时, 依照网上类似问题的帖子,
使用了里面所有的方法, 均无效...这些方法基本都集中于梯子, 或Xcode的梯子...
退到原点:
似乎走远了, 返回问题本身, 一步一步来分析、排除:
- 在配置了绝对IP的情况下也只能通过公司的网络工具或梯子来访问 Github (电脑所在网络环境存在限制)
- 在连接手机热点+梯子的情况下, 依旧失败(排除了电脑的网络环境, 电脑本身自带安全软件影响? 或是Xcode本身的问题?)
- 浏览器可访问Github、仅 Xcode 的 SPM 无法拉取更新. 新建了一个项目, 用SPM随意添加个库, 添加搜索查库时都超时 (Xcode 你tm...)
- 同事的Xcode能正常使用 (误会解除)
此时只能确定2点:
1. 只有我的设备的Xcode无法使用SPM
2. 设备所在外部网络环境存在限制
突然, 思绪落在了“外部网络环境存在限制!”. 那内部呢? 公司对员工的关怀无微不至, 不仅仅只存在于网络环境, 还深入到了员工的电脑, 软件、配置可是搞过不少啊...方向有了, 开始排查...
- 打开了电脑的 WIFI设置-DNS:
这里的 DNS 前段时间被强制要求设置为公司的 DNS, 会不会...
- [重点]: 将 DNS 修改为我们的两个老朋友
8.8.8.8与114.114.114.114, 并且确保梯子为全局模式
Tips: 修改DNS后, 访问并不会马上生效, 最好断开重连下网络
- 同时, 发现每次开启梯子后, wifi代理栏的“忽略”中就会被添加上一大堆的苹果服务:
weather-data.apple.com,gateway.icloud.com.cn,193.168.0.0/24,localhost,*.icloud.com.cn,172.16.0.0/12,api.smoot.apple.com,captive.apple.com,guzzoni.apple.com,ocsp.apple.com,*.smoot.apple.cn,*.push-apple.com.akadns.net,xp.apple.com,*.local,smp-device-content.apple.com,127.0.0.1,192.168.0.0/16,10.0.0.0/8,gateway.icloud.com,100.64.0.0/10,inappcheck.itunes.apple.com,17.0.0.0/8,configuration.apple.com,*.push.apple.com,valid.apple.com,health.apple.com,*.ess.apple.com
经测试后发现其会影响梯子的自动模式(全局模式不受影响), 所以使用自动模式时需包含苹果相关服务.部分梯子支持类似功能.
结论
主要问题是这个 DNS, 以及自己代理的机制, 外加公司网络真的一言难尽, 三个原因混杂在一起, 加后来修改DNS后火急火燎的测试, 耽误了不少时间. 作为一个开发者还是太浮躁了...
终于可以正常使用了:
都看到这里了, 老夫还有一个临时续命的方法, 分文不取!
从能够更新的同事(或另一台正常的机器)将DerivedData中对应工程目录下的SourcePackages文件整个Copy一份到无法拉取的设备对应的缓存目录进行覆盖即可.没错, SPM拉取的依赖库都放在这里面
Tips: 有问题的设备提前运行下项目, 保证自动生成工程的缓存目录
