大家好我叫乌图米，我会在这里陆续跟大家分享一些有的没的数码体验、软件技巧、系统知识，欢迎大家留言与我交流～如果你喜欢文章的内容，可以在文末点个赞 ，你的支持就是我最大的动力 ！

这篇文章介绍一下 Homebrew 如何安装历史软件包。有两种方式，可以添加「homebrew-versions」仓库得到历史版本软件包，也可以主动搜寻历史版本的.rb安装文件进行安装。

如果你还不知道什么是 Homebrew，笔者这里有一篇介绍它的文章：

软件包随着时间推移，会逐渐更新功能、修复问题，呈现为版本号的向上迭代。brew install安装的时候是一个版本，隔段时间可能软件包更新了，便可以使用brew upgrade去更新它。

另一方面，软件包之间存在着依赖关系。开发者可以引用已经提供的软件，使用其中的一些功能，满足自己软件包的需求。由于被依赖存在变动，因此往往会指定一个依赖软件包的版本，避免意料之外的错误。

已知 Homebrew 安装的软件包只能是目前最新的，那么在这样的大环境下就会造成一些问题：如果安装软件包 A 时，需要依赖软件包 B 版本v1.2，但此时软件包 B 已经更新到了v2.0了，无法再用 Homebrew 安装v1.2版的软件包 B。

引出的需求是：如何使用 Homebrew 安装历史版本的软件包？

事实上，多数软件包之间设定依赖关系时，没有非常严格的版本号限制，往往是比较大的版本要求，例如：不低于v1.2，不高于v2.0。严格一点就会直接指定软件版本：必须是v1.2.4。

肯定有相当多的软件包依赖于许多大型软件包的历史版本。因此，随着 Homebrew 的发展，许多主流的历史版本软件包渐渐被被官方仓库收录，例如python@2，node@12等等。

这些软件包只是大的历史版本，没有细致的划分。Homebrew 收录的python@2的版本是v2.7.17，node@12的版本是v12.16.0。并且这些软件包依然可以安装较小的版本更新。这有点类似于 Windows 10 推出后，微软依旧在为 Windows 7 提供更新。

顺便给出笔者介绍为 Homebrew 添加更多仓库的文章：

对于「Casks」类软件包，可以使用添加「homebrew-versions」仓库的方式得到一些比较常用的历史版本。其中的历史版本非常有限。因其收录的要求比较严格，时效也比较短。

你可以在这里看到所有收录的软件包历史版本或测试版本。的确没有多少的内容。

如果需求是特别精确的软件包版本，那么很可能没有被任何仓库收录。这时候可以通过访问软件包安装文件.rb的历史版本，来安装对应时间的软件包。

原理是个啥？

查看软件包的信息时，输出信息如下：

注意到图中高亮的一句话，显示的是一个.rb后缀的文件，是使用ruby语言编写的文件。ruby也是 Homebrew 主要的编程语言。如果想了解更多ruby相关的内容，可以到其社区查看。

注意！如果替换过软件源「介绍 Homebrew文章提到过，以此改善 Homebrew 的下载速度」，显示.rb文件地址将会是替换后的源地址，此时我们需要替换回原来的地址进行查看。例如：

替换的规则，使用下面的地址，替换最后的软件包名称是：

其实每次执行brew install指令时，Homebrew 做的事情就是去仓库里面找到对应的.rb文件，这就是安装软件包的执行文件。因此，只要有对应版本的.rb文件，就可以进行对应版本的软件包安装。

现在要做的是：找到历史版本的.rb文件，下载到本地；使用 Homebrew 直接执行这份.rb文件，进入历史版本的安装流程。

那就下来还有两种方法可以尝试，用于获取历史版本.rb文件。

目前以上三种方法的前两种，笔者都没有找到when这个软件包的历史版本。陷入沉思，应该与换源有很大关系。等回头搞清楚了再来更新。

但是第三种可以「耍赖」地尝试一下：

总结一下，上面三种方法都是利用旧的本地.rb 文件，实现旧版本的安装。其中第三种是比较通用的，因为你可以「耍赖」地无限尝试。尤其是当有依赖包指定了具体的版本号，就更容易了。

好不容易安装好了历史版本的软件包，当然最好是锁定它，避免其被更新。

尤其注意，如果你对这个软件包的依赖是长期的，那么尽量锁定；如果只是暂时的需求，可以不用锁定。

不过，可以看到，upgrade指令发现pinned软件包时，将直接提示报错。这说明 Homebrew 是非常不提倡固定软件包版本的。

有一些需要注意的地方：

共同学习，武汉加油！