场景：在基于Puppet、Chef等版本控制的系统配置中，需要重现某种系统状态。这是通过显式指定系统包版本来完成的。
最近我们遇到了 Debian 存储库中缺少某些软件包版本的问题。举个例子：2.7.5-1+deb9u1版本需要“patch”包，但只有2.7.5-1+deb9u2可用。另一个更严重的例子：需要“linux-headers-4.9.0-9-common”（由于安装了相关的内核），并且只有“linux-headers-4.9.0-11-common”可用。
这使得无法重现系统的某种状态。
上面的包只是示例（我实际上遇到过）。我对理解和解决一般问题感兴趣。
这些更新、“消失”的软件包和软件包版本背后的想法是什么？
我在哪里可以获得以前版本的 Debian 软件包（不是真正的旧版本，而是几周前的版本）？应该可以以一般方式自动化安装过程。
答案1
能够重现特定的设置，直至精确的版本，是你的要求，而不是 Debian 的要求。
Debian 在任何给定版本中仅支持每个二进制包的单个版本；与之相对应的是，要非常小心地确保任何给定版本中的软件包更新不会引入回归，并且当无法做到这种小心时，请记录这一事实。保留给定包的多个版本只会增加支持负担和测试要求：例如，包维护者必须针对他们使用的库的所有可用版本测试更新的包，而不仅仅是当前支持的版本......仅在确实需要时才在稳定版本中更新软件包，IE修复严重的错误（包括安全问题）。在内核的情况下，这有时意味着内核 ABI 发生变化，并且包名称也会因此发生变化（以强制重建依赖包）；您可以引入一些元包，而不是对 ABI 进行硬编码（linux-image-amd64、linux-headers-amd64等）。
但是，有一个适合您情况的解决方法：每个已发布的源代码和二进制包都存档在快照.debian.org。创建版本化设置时，您可以选择相应的快照（例如，以下之一）2019 年 9 月快照）并将其用作您的存储库 URL：
deb https://snapshot.debian.org/archive/debian/20190930T084755Z/ buster main
如果您最终依赖于此，请使用某种缓存镜像，例如apt-Cacher NG。这不仅会减少快照服务器上的负载，还会确保您拥有所需的所有包的本地副本。
（有关情况来源软件包稍微复杂一些，并且由于许可依赖性，档案确实在给定版本中包含某些源软件包的多个版本。但这与这里无关。严格来说，Debian 确实在受支持的版本中提供了某些二进制文件的多个版本：当前点版本中的当前版本，以及安全存储库和更新存储库中的任何更新；后者在下一个释放点折叠起来。因此，只要您在每次发布单点版本时更新它，就可以维护可重复的、版本控制的系统配置，而无需借助快照。）
答案2
不要依赖不受您控制的服务器来重现特定的系统状态。尽管 Debian 服务器非常可靠，但你永远不知道未来会发生什么。这与您可能使用的其他存储库尤其相关。
您应该维护自己的镜像以获得可重现的系统状态。这样，您甚至可以拥有正常系统的生产状态和新配置的多个测试状态。
存储库管理工具恰当地能够创建存储库的镜像。您可以选择要镜像的包，在特定时间点创建存储库内容的快照，并将多个镜像或快照合并到一个存储库中。这样您就可以获得完全可重现的系统状态。
答案3
尽管斯蒂芬·基特的回答当然是一种可能的解决方案，我认为您保留所需软件包的自己的副本会更安全。
记录系统设置时，请确保.deb保存/var/cache/apt/archives/.您也可以使用apt-get download.
恢复系统设置时，您必须非常严格，以apt避免触发潜在危险的自动操作。
dpkg直接使用来安装你想要的东西可能会更容易。