<p>La réinitialisation de la boîte à outils supprime TOUS les conteneurs et images !</p>

Peut-être devrions-nous mettre le message en rouge ?

Cela me surprend également qu'il existe une commande aussi reset qui effectue un tel changement global. Je n'aurais pas cru le message non plus
En le voyant juste à côté des commandes create et enter , ma première hypothèse était que cela recréerait vos fedora-toolbox-31 ou au moins supprimerait les conteneurs créés par la boîte à outils.

Je pense qu'il est dangereux de l'avoir nommé comme ça - cela pourrait gâcher vos conteneurs uniquement locaux si facilement. Peut-être qu'un nom / emplacement différent pourrait être mieux adapté, comme :

• toolbox debug wipe ou toolbox develop wipe , la façon dont OSTree le fait avec sa commande unlock dangereuse
• /usr/libexec/toolbox-wipe , la façon dont BTRFS et Systemd mettent leurs commandes les plus avancées

Choisir l'un ou l'autre (ou un autre) indiquerait clairement qu'il s'agit d'une commande spéciale et qu'elle ne devrait pas être supposée se comporter de manière sûre (surtout si elle est nommée wipe ) et pourrait également créer un cadre pour nouvelles commandes de développement/dangereuses à ajouter.

Merci!

Le projet darcs utilisait une sous-commande obliterate pour une opération particulièrement dangereuse. C'est une autre option.

podman system reset est maintenant une chose dans Podman 1.7.0. Voir https://github.com/containers/libpod/issues/4240

Ainsi, nous pouvons retirer toolbox reset et nous pouvons plutôt rediriger nos souhaits et nos plaintes vers Podman ! :RÉ

Toolbox a maintenant été réécrit en Go par @HarryMichal La version Go désapprouve la commande reset en faveur de podman system migrate et n'est plus qu'un wrapper autour de celle-ci.