Jak mogę wyłączyć dane wyjściowe tylko wtedy, gdy polecenie się powiedzie?

Chciałbym uprościć dane wyjściowe skryptu, tłumiąc wyniki poleceń pomocniczych, które zwykle są skuteczne.

Jednak użycie -qna nich ukrywa dane wyjściowe, gdy czasami zawodzą, więc nie mam możliwości zrozumienia błędu. Ponadto te polecenia rejestrują swoje dane wyjściowe stderr.

Czy istnieje sposób na wyłączenie wyniku polecenia tylko, jeśli się powiedzie ?

Na przykład (ale nie tylko) coś takiego:

mycommand | fingerscrossed

Jeśli wszystko pójdzie dobrze, fingerscrossedłapie wyjście i odrzuca je. W przeciwnym razie powtarza to na wyjściu standardowym lub wyjściowym błędu (cokolwiek).

moreutils„ chronicpolecenie robi tylko to:

chronic mycommand

połknie mycommandwyjście, chyba że zawiedzie, w którym to przypadku wyjście zostanie wyświetlone.

### 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))"

To prawdopodobnie powinno załatwić sprawę. Buforuje dane wyjściowe każdego z nich commanddo usuniętego pliku tymczasowego, a następnie wysysa dane wyjściowe do jednego /dev/nulllub do stderr, w zależności od tego, czy jego status powrotu nie był równy zero. Ponieważ plik tymczasowy jest usuwany przed czasem, nie może zostać odczytany przez żaden proces, ale bieżąca powłoka i jej elementy potomne na swoim deskryptorze pliku (z wyjątkiem podstępnych /proc/$pid/fdszpiegów z odpowiednimi uprawnieniami) , i nie wymaga czyszczenia po zakończeniu .

Być może wygodniejsze rozwiązanie w systemach Linux:

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

..., które w większości powłok, działa podobnie jak drugi, poza tym, że można nazwać to tak: divert some simple-command with args. Strzeż wysokich poleceń wyjściowych w "$@", choć dla dash, yashlub jakieś inne pociski, które zrobienia-dokumentów z rurami - Myślę, że może to być możliwe w tych muszli wypełnić bufor rury (przy domyślnie około 128kb na dystrybucji Linksa) i tak impasu . To nie powinno być zmartwieniem ksh, mksh, bash, zsh, lub powłoka Bourne'a, choć - wszyscy ci zrobić w zasadzie to samo co ja wyraźnie powyżej exec.

Zwykle w przypadku błędu polecenie wyświetla komunikaty, stderrwięc dla zadania, które możesz po prostu pominąćstdout

mycommand > /dev/null

Aby stworzyć własną chroniczną

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
}

Robię coś takiego w moich plikach makefile:

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

Dostosowując to do swojej sytuacji, możesz zrobić coś takiego:

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

Zatem „if” uruchamia polecenie i przesyła dane wyjściowe do mycommand.log. Jeśli chcesz złapać stdout vs stdout vs cokolwiek, może być konieczna zmiana polecenia potoku „&>” na „>”. Jeśli polecenie nie powiedzie się, przechwyć kod błędu, wydrukuj zawartość pliku mycommand.log, usuń plik mycommand.log, a na koniec powróć z oryginalnym kodem błędu.

Bez (exit $ c) powróciłbyś z kodem wyjścia, który pasuje do tego, co zwróciło polecenie rm.

Wreszcie, jeśli chcesz mieć jedną wkładkę, coś takiego działałoby.

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

Właśnie znalazłem tę o wiele prostszą odpowiedź na inne pytanie :

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

Działa jak marzenie!