我正在尝试测试一个错误修复，该错误修复了大约 14 个月前在 Debian 中出现的错误。我们相信我们 [最终] 找到了原因并解决了问题。它不再存在，但发行版今天的状态与 18 个月前不同。我们和我们的 Debian 软件包维护者都无法访问见证该错误的配置。
根据电子邮件讨论，我知道我需要的大致日期。更复杂的是，这个问题只出现在 armel chroot 中。它不存在于常见的 arch 中，如 i686、x86_64 和 armhf。而其他不太常见的 arch，如 S/390 和 mips，也没有问题。
我想要做的相当于将一个独立的头检出到特定的提交哈希。但我不想对一个包执行此操作，而是想对整个发行版（包括 chroot 客户端）执行此操作。
是否可以回到某个时间点？如果可以，我该如何回到基于 dpkg/apt 的发行版（如 Debian）的时间点？
答案1
我怀疑这可能一般来说以简单的方式实现。许多存储库随着时间的推移放弃对过时版本的支持，以便最新版本取代旧版本。
根据我的经验，这适用于大多数主流 Linux 发行版，包括 Debian。
为了重现几个月前的确切环境，您应该查看 Debian 软件包变更日志，然后从 SCM 中提取并重建所需的修订版。