Mantenha somente comandos bem sucedidos no histórico BASH

Question

Às vezes, eu entendi errado a sintaxe de um comando:

# mysql -d test
mysql: unknown option '-d'
# echo $?
2

Eu tento novamente e acerto:

# mysql --database test
Welcome to the MySQL monitor.
mysql >
...

Como evito que o primeiro comando, com código de erro diferente de 0, insira o histórico?

    

Answer 1

Eu não acho que você realmente quer isso. Meu fluxo de trabalho usual é assim:

• Digite um comando
• Executar
• Observe se falhou
• Pressione a tecla PARA CIMA
• Edite o comando
• Execute novamente

Agora, se o comando com falha não foi salvo no histórico, não consegui recuperá-lo facilmente para corrigi-lo e executá-lo novamente.

    

Answer 2

A única maneira de pensar nisso seria usar history -d em $PROMPT_COMMAND . O problema com essa ou qualquer outra abordagem é que é impossível dizer se um comando saiu com um erro ou foi concluído com êxito com um código de saída diferente de zero.

$ grep non_existent_string from_file_that_exists
$ echo $?
1

    

Answer 3

É bom ter o último comentário incorreto para corrigi-lo, mas logo em seguida, torna-se um lixo potencialmente confuso.

Minha abordagem é em duas etapas: armazenar comandos que falham quando ocorrem e removê-los algum tempo depois.

Armazena comandos que falham quando o fazem:

error_handler() {
    FAILED_COMMANDS="$(history | tail -1l | cut -c -5) $FAILED_COMMANDS"
}

trap error_handler ERR

trap command signals executa command quando um dos signals é "elevado".

$(command) , executa o command e captura sua saída.

Quando o comando falha, esse trecho de código captura o número do histórico do último comando salvo no histórico e o armazena na variável para exclusão futura.

Simples, mas funciona incorretamente com HISTCONTROL e HISTIGNORE - quando o comando não é salvo no histórico devido a uma das variáveis, número histórico do último comando salvo no histórico é o comando anterior ; Assim, se o comando incorreto não for salvo no histórico, o comando anterior será excluído.

Versão ligeiramente mais complicada, que funciona corretamente nesse caso:

debug_handler() {
    LAST_COMMAND=$BASH_COMMAND;
}

error_handler() {
    local LAST_HISTORY_ENTRY=$(history | tail -1l)

    # if last command is in history (HISTCONTROL, HISTIGNORE)...
    if [ "$LAST_COMMAND" == "$(cut -d ' ' -f 2- <<< $LAST_HISTORY_ENTRY)" ]
    then
        # ...prepend it's history number into FAILED_COMMANDS,
        # marking the command for deletion.
        FAILED_COMMANDS="$(cut -d ' ' -f 1 <<< $LAST_HISTORY_ENTRY) $FAILED_COMMANDS"
    fi
}

trap error_handler ERR
trap debug_handler DEBUG

Remover comandos armazenados algum tempo depois:

exit_handler() {
    for i in $(echo $FAILED_COMMANDS | tr ' ' '\n' | uniq)
    do
        history -d $i
    done
    FAILED_COMMANDS=
}

trap exit_handler EXIT

Explicação:

Ao sair do Bash, para cada número de histórico exclusivo, remova a entrada do histórico correspondente,
em seguida, limpe FAILED_COMMANDS para não remover comandos que herdaram números de histórico de comandos já excluídos.

Se você tem certeza de que FAILED_COMMANDS estará livre de duplicatas, é possível iterar por cima dele. (ou seja, escreva for i in $FAILED_COMMANDS ). Se, no entanto, você espera que ele não seja classificado de maior para menor (neste caso, sempre é), substitua uniq por sort -rnu .

Os números do histórico em FAILED_COMMANDS devem ser únicos e classificados do maior para o menor, porque quando você exclui a entrada, os números dos próximos comandos são deslocados - isto é, quando você emite history -d 2 , a 3ª entrada se torna 2ª, a 4ª se torna a 3ª, etc.

Por causa disso, ao usar esse código, você não pode chamar manualmente history -d <n>
^{onde n é menor ou igual ao maior número armazenado em FAILED_COMMANDS}
e espere que o código funcione corretamente.

Provavelmente, é uma boa ideia ligar exit_handler at EXIT , mas também pode ligar a qualquer momento antes.