<p>A redefinição da caixa de ferramentas remove TODOS os recipientes e imagens!</p>

Criado em 7 nov. 2019  ·  5Comentários  ·  Fonte: containers/toolbox

Não gosto muito disso e o comportamento me surpreendeu ...
Não esperava que toolbox reset também remova todas as imagens (e contêineres) que não são da caixa de ferramentas.
Eu não sinto o aviso

All existing podman (and toolbox) containers and images will be removed.

é bastante forte, ou eu não acreditei de qualquer maneira. ;-)

Comentários muito úteis

Isso também me surpreende que haja um comando tão reset que faz essa mudança global. Eu também não teria acreditado na mensagem 😅
Vendo isso ao lado dos comandos create e enter , minha primeira suposição foi que ele recriaria seus fedora-toolbox-31 ou pelo menos removeria os contêineres criados pela caixa de ferramentas.

Acho que é perigoso ter esse nome - pode bagunçar seus contêineres apenas locais com tanta facilidade. Talvez um nome / local diferente pudesse ser mais adequado, como:

  • toolbox debug wipe ou toolbox develop wipe , a forma como OSTree faz com é perigoso unlock comando
  • /usr/libexec/toolbox-wipe , a forma como o BTRFS e o Systemd colocam seus comandos mais avançados

Escolher um (ou outro) deixaria claro que este é um comando especial e não deve ser assumido que se comporta de forma segura (especialmente se denominado wipe ) e também pode criar uma estrutura para novos comandos de desenvolvimento / perigosos a serem adicionados.

Obrigado!

Todos 5 comentários

Talvez devêssemos colocar a mensagem em vermelho?

Isso também me surpreende que haja um comando tão reset que faz essa mudança global. Eu também não teria acreditado na mensagem 😅
Vendo isso ao lado dos comandos create e enter , minha primeira suposição foi que ele recriaria seus fedora-toolbox-31 ou pelo menos removeria os contêineres criados pela caixa de ferramentas.

Acho que é perigoso ter esse nome - pode bagunçar seus contêineres apenas locais com tanta facilidade. Talvez um nome / local diferente pudesse ser mais adequado, como:

  • toolbox debug wipe ou toolbox develop wipe , a forma como OSTree faz com é perigoso unlock comando
  • /usr/libexec/toolbox-wipe , a forma como o BTRFS e o Systemd colocam seus comandos mais avançados

Escolher um (ou outro) deixaria claro que este é um comando especial e não deve ser assumido que se comporta de forma segura (especialmente se denominado wipe ) e também pode criar uma estrutura para novos comandos de desenvolvimento / perigosos a serem adicionados.

Obrigado!

O projeto darcs usou um subcomando obliterate para uma operação particularmente perigosa. Essa é outra opção.

podman system reset agora é uma coisa no Podman 1.7.0. Veja https://github.com/containers/libpod/issues/4240

Portanto, podemos aposentar toolbox reset e redirecionar nossos desejos e reclamações para o Podman! : D

A caixa de ferramentas agora foi reescrita em Go por @HarryMichal A versão Go desaprova o comando reset em favor de podman system migrate e agora é apenas um invólucro em torno dele.

Esta página foi útil?
0 / 5 - 0 avaliações