日子的节奏能够慢一些，但开发的效率，却不可。
这个问题的起源，在学习 Vapor 的时分，项目的依靠都是以SPM形式增加的，然后这些依靠的源头都在Github，所以试了几次，更新速度都很慢，甚至会呈现无法更新的过错。简略说下处理办法吧。
署理
Swift Package 获取的速度极慢的根本原因，就在于我们拜访Github速度极度不稳定。往往需求经过设置署理拜访才行。
可是，后来发现，便是 Xcode 拉取 Swift Package的进程，实际上是不走系统的署理的，即使是署理敞开大局模式，依然没有处理速度问题。但经过署理运用浏览器拜访Github，速度却很不错。
办法一、在路由器处理
这是一个很直接的办法，便是在路由器中设置署理，这归于从网络源头处理，怎么完成，可能关于不熟悉的人来说，仍是有点复杂的。
办法二、指令行，适用于拉取更新SPM
- 为终端敞开署理,
all_proxy=的值是你的署理地址。
$ export all_proxy=socks5://127.0.0.1:7890
- xcode 的 spm 拉取更新指令。
$ xcodebuild -resolvePackageDependencies -scmProvider system
到此，重新翻开项目，发现项目依靠的包现已更新完毕。
参阅：怎么让swift package manager走署理的内容，感谢作者@范德萨便是我共享。
办法三、署理App，处理增加SPM的痛点。强烈推荐
我们运用指令行署理后，关于在文章开头提到的问题，在一个现已增加SPM依靠的项目中，是可行的。 可是，也有新的问题，如果再增加一个SPM呢？仍然绕不过的Xcode中的增加机制（死慢死慢的）。 针对这个问题，找到一个更彻底的处理办法，便是针对Xcode，运用署理，让其走署理拜访网络。
- 需求一个负责署理的 App，这儿选择Proxifier。
- 需求为增加署理端口，查看自己的署理的走端口，增加即可。我运用的是Clash Mac版，默认便是
127.0.0.1: 7890。
- 为Xcode设定独自设置署理规矩。这儿需求注意一下，这儿需求手动增加一个
com.apple.dt.Xcode.sourcecontrol.Git，这个是Xcode中SWP中运用的Git(罪魁祸首）。
参阅：Xcode设置SPM署理的内容，感谢作者@独风孤月
此办法处理了Xcode中运用SPM速度慢的问题，这个困扰了我长时间的问题也就告一段落了。
