Como posso suprimir a saída apenas se o comando for bem-sucedido?

Gostaria de simplificar a saída de um script suprimindo a saída de comandos secundários que geralmente são bem-sucedidos.

No entanto, usá -q-los oculta a saída quando eles ocasionalmente falham, então não tenho como entender o erro. Além disso, esses comandos registram sua saída stderr.

Existe uma maneira de suprimir a saída de um comando apenas se for bem-sucedida ?

Por exemplo (mas não limitado a) algo como isto:

mycommand | fingerscrossed

Se tudo correr bem, fingerscrossedpega a saída e a descarta. Caso contrário, ele ecoará na saída padrão ou de erro (qualquer que seja).

moreutilsO chroniccomando ' faz exatamente isso:

chronic mycommand

engolirá mycommanda saída, a menos que falhe; nesse caso, a saída será exibida.

### do this bit once at the top of your script
divert=
exec 3<>"${divert:=$(mktmp)}" 4<>/dev/null
rm -- "$divert"; unset divert
### then do this bit as often as needed
command >&3 2>&3
cat <&3 >&"$(((RTN=$?)?2:4))"

Isso provavelmente deve funcionar. Ele armazenará em buffer a saída de cada commandum em um arquivo temporário excluído e, posteriormente, desviará a saída para /dev/nullstderr, dependendo de seu status de retorno não ser zero. Como o arquivo temporário é excluído antecipadamente, ele não pode ser lido por nenhum processo, exceto pelo shell atual e seus filhos em seu descritor de arquivo (barrando /proc/$pid/fdbisbilhoteiros sorrateiros com permissões apropriadas) , e não requer limpeza durante o processo.

Talvez uma solução mais conveniente em sistemas Linux:

divert(){
    "$@" >&3 2>&3 ||
    eval "cat <&3
          return $?"
}   3<<"" 3<>/dev/fd/3

... que, na maioria das conchas, funciona muito como o outro, exceto que você pode chamá-lo assim: divert some simple-command with args. Cuidado com os comandos de alta saída "$@", porém, para dash, yashou alguns outros shells que aqui documentam com pipes - acho que nesses shells pode ser possível preencher o buffer do pipe (com um padrão de cerca de 128 kb em linuxes) e, portanto, um impasse . Isso não deve ser uma preocupação para ksh, mksh, bash, zsh, ou o shell Bourne, embora - todos aqueles fazem basicamente a mesma coisa que eu fiz explicitamente acima com exec.

Normalmente, em caso de erro, o comando envia mensagens para stderrque, para sua tarefa, você possa simplesmente suprimirstdout

mycommand > /dev/null

Para fazer sua própria crônica

my_chronic() {
  tmp=$(mktemp) || return # this will be the temp file w/ the output
  "$@"  > "$tmp" 2>&1 # this should run the command, respecting all arguments
  ret=$?
  [ "$ret" -eq 0 ] || cat "$tmp"  # if $? (the return of the last run command) is not zero, cat the temp file
  rm -f "$tmp"
  return "$ret" # return the exit status of the command
}

Eu faço algo assim nos meus makefiles:

if (mycommand) &> mycommand.log; then 
  echo success 
else 
  c=$?; 
  echo;echo -e "Bad result from previous command, see mycommand.log for more details";echo;
  command_to_run_on_fail
  (exit $c)
fi

Adaptando isso à sua situação, você pode fazer algo assim:

if ! (mycommand) &> mycommand.log; then 
  c=$?; 
  cat mycommand.log
  rm mycommand.log
  (exit $c)
fi

Portanto, "if" executa o comando e canaliza a saída para mycommand.log. Se você precisar capturar stdout vs stdout vs o que for, pode ser necessário alterar o comando de pipe '&>' para '>'. Se o comando falhar, capture o código de erro, imprima o conteúdo de mycommand.log, remova mycommand.log e, finalmente, retorne com o código de erro original.

Sem o (exit $ c) você retornaria com o código de saída que corresponde ao que o comando 'rm' retornou.

Finalmente, se você quiser um liner, algo assim funcionaria.

mycommand &> mycommand.log || cat mycommand.log; rm mycommand.log

Acabei de encontrar esta resposta muito mais simples nesta outra questão :

output=`mycommand 2>&1` || echo $output

Funciona como um encanto!