是否有支持回滚更新软件包的发行版？

是否有工具甚至整个发行版都支持更新后回滚已更改的软件包？

举个例子：我升级了A，B和C软件包。使用这些软件包几天后，我遇到了B交易中的错误。

当我提交错误报告时，我还需要将B降级到以前的版本，以便可以完成我打算做的事情。同时，A依赖于B，因此也需要降级，但是C两者均独立，因此可以保持其当前版本。

是否有支持此功能的工具或发行版？

我知道大多数发行版都有降级软件包的方法，但这通常是粗略的甚至是不可能的，因为以前的软件包已从存储库中删除，并且在某些情况下（例如在升级X服务器和Mesa之后）确实可以实现。 。 凌乱。

NixOS支持升级回滚，尽管据我所知，它并没有达到您想要的程度：如果在一个操作中升级A，B和C，则可以回滚整个操作，而不仅仅是A和B。 B.（您应该能够回滚A，B和C，然后升级C...。）但是从事务的角度来看这是有意义的。

Debian（如果您不再拥有旧软件包，则与快照存档结合使用）将允许您降级B，在许多情况下，诸如apt或的工具aptitude会指出A也需要降级（一旦您说服了他们，不想简单地升级B）。但是正如您所说的那样，有些杂乱无章，而且Debian不支持软件包降级（这意味着大多数时候它们都可以工作，但是如果它们崩溃了，那就不是bug）。

在任何yum基于发行版（例如Red Hat EL，CentOS等）上，您可以：

1. 使用以下命令检查系统更改的历史记录 sudo yum history list

   Loaded plugins: fastestmirror
   ID     | Login user               | Date and time    | Action(s)      | Altered
   ------------------------------------------------------------------------------
       10 | Administrator <admin>    | 2016-03-08 09:08 | Install        |   11   
        9 | Administrator <admin>    | 2016-03-03 16:48 | Install        |    1   
        8 | Administrator <admin>    | 2016-03-03 16:09 | Install        |    5   
        7 | Administrator <admin>    | 2016-02-26 18:13 | Install        |    1   
        6 | Administrator <admin>    | 2016-02-26 15:12 | Install        |   27   
        5 | Administrator <admin>    | 2016-02-26 15:07 | Install        |    1   
        4 | Administrator <admin>    | 2016-02-26 15:05 | Install        |    3  <
        3 | Administrator <admin>    | 2016-02-26 15:03 | Install        |    1 > 
        2 | Administrator <admin>    | 2016-02-26 15:01 | I, U           |   49   
        1 | System <unset>           | 2016-02-26 14:38 | Install        |  296   
   history list
   

2. 检查详细信息，使用 sudo yum history info 10

3. 使用以下命令回滚到历史记录中的上一个点 sudo yum history rollback 9

警告

有一些明显的警告：

1. 如果旧的包装不再可用，请敬酒（引用@vonbrand），
2. 如果您在yum之外安装了任何软件，则可能会破坏历史记录。

在我的示例中，<在ID为ID的行中4（在最后一列中）表示我无法回滚到该点。

sudo yum history rollback 2
Loaded plugins: fastestmirror
Transaction history is incomplete, before 4.
 You can use 'history rollback force', to try anyway.
Error: Failed history rollback, incomplete

在OpenSUSE上，您可以轻松地将Snapper与Btrfs文件系统一起使用。

如果在安装过程中使用标准文件系统配置，则默认情况下启用它。

启用快照程序后，它将与yast2和完全集成zypper。每次您安装或升级某些内容（或创建用户等）时，它将创建一个文件系统快照。

要将系统回滚到以前的状态，只需运行yast2 snapper。

AIX 非常擅长回滚更新。好吧-我们在Unix / Linux站点上，并且您从未指定要使用Linux :)

每次AIX更新都会将所有修改过的文件保存在/ var文件系统内的单独子目录中。更新可以用一个简单的本地命令被还原，而还原并不需要网络来达到，它并不需要任何媒体/包，它不会重新安装任何东西，它不依赖于任何快照技术-效果仅仅是文件重新显示为更新前的样子。

另外，有一个简单的本地命令mksysb可以创建可启动的独立系统备份。可以简单地在完全无法正常运行的系统上启动的文件，该系统由于某些故障/损坏而无法启动。

这都是具有数十年历史的成熟技术:)

在Fedora中（我也可以肯定在其他发行版中），您可以要求回到以前的版本：

dnf downgrade <packages>

获取包的倒数第二个版本，您可以通过以下方法索取特定的版本：

dnf downgrade <package>.<version>

仅当软件包在存储库中仍然可用时，这才有效。无论如何，该功能并非闻所未闻。它有它的缺点，如果升级的一部分是要更改配置，则回滚不一定是确切的过去版本。

Arch Linux还支持降级软件包和内核。您还可以安装downgrader和downgrade工具来自动执行该过程。btrfs解决方案也可以使用，我之前曾使用它进行手动回滚。

我如何回滚系统：

sudo -i
mount /dev/sda3 /mnt/hd #mount the top btrfs subvolume
ls #find the version you want
mv @ @-old #move the '/' subvolume (I named mine '@')
btrfs sub snap @-<date> @ #replace @ with the backup from <date>
sync
reboot #the changes will take effect once the system restarts

btrfs的优点之一是您可以使用子卷和动态“分区”。例如，我有一个/的子卷（称为@），/ tmp（@tmp）和/ home（@home）。这样就很容易进行备份和回滚。我将/ tmp放在一个单独的子卷中，因为将它与系统的其余部分备份似乎毫无意义，因为几乎在每次重新启动时都会将其删除。

我使用Arch Linux，它将所有下载的软件包存储到其中，/var/cache/pacman/pkg/因此您可以随时降级任何软件包（如果无法启动，请使用实时USB）。从Arch Wiki：

pacman -U <file_name_of_the_package>

为防止软件包升级，请在中包含软件包名称/etc/pacman.conf，例如：

IgnorePkg=linux

为了节省空间，您可以使用以下方法清除缓存文件夹：

pacman -Sc

它将删除所有较旧的软件包并保留最新的软件包，或用于删除所有软件包-Scc。