![从 Debian 同步的 LTS 和非 LTS 版本的软件版本](https://linux22.com/image/1074976/%E4%BB%8E%20Debian%20%E5%90%8C%E6%AD%A5%E7%9A%84%20LTS%20%E5%92%8C%E9%9D%9E%20LTS%20%E7%89%88%E6%9C%AC%E7%9A%84%E8%BD%AF%E4%BB%B6%E7%89%88%E6%9C%AC.png)
我读到 LTS 版本基于 Debian 测试,而非 LTS 版本基于 Debian 不稳定版本。鉴于 Debian 的发布周期较长,某些软件在非 LTS 版本 X 中的版本可能比在 LTS 版本 X+1 中的版本更新吗?
如果是,那么从 X 到 X+1 升级和全新安装之间会有什么区别?
答案1
由于档案馆的工作方式,这种情况实际上不会发生。
首先,您应该知道,版本 n+1 是在版本 n 开放供开发时从版本 n 衍生而来的。粗略地说,这意味着版本 n 被复制并重命名为 n+1(在开放供开发之前会进行一些修改,但这并不重要)。因此,它以与版本 n 相同的软件包版本开始。
现在,为了上传,你必须使用更高比之前上传的版本要新。这意味着您无法“后退”。即使存档允许这样做,您系统上的包管理器也不会将其视为升级,因此您将保留“较新”的版本。
如果某个软件包从版本 n 中的不稳定版本中取出,而由于某种原因该版本从未进入测试阶段,那么出于这个原因,我们通常会保留不稳定版本。
话虽如此,也可以稍微修改一下版本号以允许回滚 — 您可能之前见过“foo-1.0+really0.5”版本 — 这是一种罕见的方法,可以向存档和您的包管理器假装版本已增加,而实际上上传的版本是旧版本。这只在某些软件的某个版本存在严重问题以至于只能回滚时作为最后的手段使用。直接修复问题要好得多。此外,这与发布/LTS 系统无关 — 它可能随时发生。
总而言之,可以使用包管理器技巧将包恢复到以前的版本,但通常不会这样做。