我真的不喜欢这个,这种行为让我感到惊讶......
我没想到toolbox reset
也会删除所有非工具箱图像(和容器)。
我感觉不到警告
All existing podman (and toolbox) containers and images will be removed.
足够强大,否则我不相信。 ;-)
也许我们应该把这个消息变成红色?
这也让我感到惊讶的是,有这样一个普通的命令,比如reset
可以进行这样的全局更改。 我也不会相信这个消息😅
在create
和enter
命令旁边看到它,我的第一个假设是它会重新创建您的fedora-toolbox-31
或至少删除工具箱创建的容器。
我认为这样命名它很危险 - 它可能很容易弄乱您的本地容器。 也许,不同的名称/位置可能更合适,例如:
toolbox debug wipe
或toolbox develop wipe
, OSTree使用它的危险unlock
命令的方式/usr/libexec/toolbox-wipe
, BTRFS和 Systemd 放置更高级命令的方式选择其中一个(或其他某个)将清楚地表明这是一个特殊命令,不应假定它以任何安全方式运行(特别是如果命名为wipe
),并且还可以创建一个框架要添加新的开发/危险命令。
谢谢!
darcs
项目使用obliterate
子命令进行特别危险的操作。 那是另一种选择。
podman system reset
现在是 Podman 1.7.0 中的一个东西。 见https://github.com/containers/libpod/issues/4240
因此,我们可以退休toolbox reset
而我们可以将我们的愿望和投诉重定向到 Podman! :D
Toolbox 现在已经被@HarryMichal用 Go重写了 Go版本弃用了reset
命令而支持podman system migrate
,现在只是它的一个包装器。
最有用的评论
这也让我感到惊讶的是,有这样一个普通的命令,比如
reset
可以进行这样的全局更改。 我也不会相信这个消息😅在
create
和enter
命令旁边看到它,我的第一个假设是它会重新创建您的fedora-toolbox-31
或至少删除工具箱创建的容器。我认为这样命名它很危险 - 它可能很容易弄乱您的本地容器。 也许,不同的名称/位置可能更合适,例如:
toolbox debug wipe
或toolbox develop wipe
, OSTree使用它的危险unlock
命令的方式/usr/libexec/toolbox-wipe
, BTRFS和 Systemd 放置更高级命令的方式选择其中一个(或其他某个)将清楚地表明这是一个特殊命令,不应假定它以任何安全方式运行(特别是如果命名为
wipe
),并且还可以创建一个框架要添加新的开发/危险命令。谢谢!