一次SPM(Swift Package Manager) 超时的

2024-01-18  本文已影响0人  猴子的饼干

新项目高高兴兴进入了测试阶段, 拉取了最新的代码后, 依赖库有更新...然后就死活拉不下来了. 测试的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的梯子...

退到原点:

似乎走远了, 返回问题本身, 一步一步来分析、排除:

  1. 在配置了绝对IP的情况下也只能通过公司的网络工具或梯子来访问 Github (电脑所在网络环境存在限制)
  2. 在连接手机热点+梯子的情况下, 依旧失败(排除了电脑的网络环境, 电脑本身自带安全软件影响? 或是Xcode本身的问题?)
  3. 浏览器可访问Github、仅 Xcode 的 SPM 无法拉取更新. 新建了一个项目, 用SPM随意添加个库, 添加搜索查库时都超时 (Xcode 你tm...)
  4. 同事的Xcode能正常使用 (误会解除)

此时只能确定2点:
1. 只有我的设备的Xcode无法使用SPM
2. 设备所在外部网络环境存在限制

突然, 思绪落在了“外部网络环境存在限制!”. 那内部呢? 公司对员工的关怀无微不至, 不仅仅只存在于网络环境, 还深入到了员工的电脑, 软件、配置可是搞过不少啊...方向有了, 开始排查...

  1. 打开了电脑的 WIFI设置-DNS:
Wifi-DNS

这里的 DNS 前段时间被强制要求设置为公司的 DNS, 会不会...

  1. [重点]: 将 DNS 修改为我们的两个老朋友 8.8.8.8 与 114.114.114.114, 并且确保梯子为全局模式

Tips: 修改DNS后, 访问并不会马上生效, 最好断开重连下网络

  1. 同时, 发现每次开启梯子后, 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: 有问题的设备提前运行下项目, 保证自动生成工程的缓存目录

上一篇下一篇

猜你喜欢

热点阅读