Come reindirizzare l'output di un intero script shell all'interno dello script stesso?

È possibile reindirizzare tutto l'output di uno script della shell Bourne da qualche parte, ma con comandi shell all'interno dello script stesso?

Reindirizzare l'output di un singolo comando è semplice, ma voglio qualcosa di più simile a questo:

#!/bin/sh
if [ ! -t 0 ]; then
    # redirect all of my output to a file here
fi

# rest of script...

Significato: se lo script viene eseguito in modo non interattivo (ad esempio cron), salva l'output di tutto in un file. Se eseguito in modo interattivo da una shell, lasciare l'output su stdout come al solito.

Voglio farlo per uno script normalmente eseguito dall'utilità periodica di FreeBSD. Fa parte della corsa quotidiana, che normalmente non mi interessa vedere ogni giorno via e-mail, quindi non l'ho inviato. Tuttavia, se qualcosa all'interno di questo particolare script fallisce, questo è importante per me e mi piacerebbe essere in grado di catturare e inviare via e-mail l'output di questa parte dei lavori quotidiani.

Aggiornamento: la risposta di Joshua è precisa, ma volevo anche salvare e ripristinare stdout e stderr nell'intero script, che è fatto in questo modo:

# save stdout and stderr to file descriptors 3 and 4, then redirect them to "foo"
exec 3>&1 4>&2 >foo 2>&1

# ...

# restore stdout and stderr
exec 1>&3 2>&4

Affrontare la domanda come aggiornata.

#...part of script without redirection...

{
    #...part of script with redirection...
} > file1 2>file2 # ...and others as appropriate...

#...residue of script without redirection...

Le parentesi graffe "{...}" forniscono un'unità di reindirizzamento I / O. Le parentesi graffe devono apparire dove potrebbe apparire un comando - semplicisticamente, all'inizio di una linea o dopo un punto e virgola. ( Sì, questo può essere reso più preciso; se vuoi cavillare, fammelo sapere. )

Hai ragione, puoi preservare lo stdout e lo stderr originali con i reindirizzamenti che hai mostrato, ma di solito è più semplice per le persone che devono mantenere lo script in seguito per capire cosa sta succedendo se cerchi il codice reindirizzato come mostrato sopra.

Le sezioni pertinenti del manuale di Bash sono Raggruppamento Comandi e I / O reindirizzamento . Le sezioni pertinenti specifiche POSIX shell sono comandi composti e I / O reindirizzamento . Bash ha alcune notazioni extra, ma è comunque simile alle specifiche della shell POSIX.

Tipicamente posizioneremmo uno di questi nella parte superiore o vicino alla sceneggiatura. Gli script che analizzano le loro righe di comando farebbero il reindirizzamento dopo l'analisi.

Invia stdout a un file

exec > file

con stderr

exec > file                                                                      
exec 2>&1

aggiunge sia stdout che stderr al file

exec >> file
exec 2>&1

Come Jonathan Leffler ha menzionato nel suo commento :

execha due lavori separati. Il primo è sostituire la shell (script) attualmente in esecuzione con un nuovo programma. L'altro sta cambiando i reindirizzamenti I / O nella shell corrente. Questo si distingue per non avere argomenti a exec.

Puoi rendere l'intero script una funzione come questa:

main_function() {
  do_things_here
}

quindi alla fine dello script hai questo:

if [ -z $TERM ]; then
  # if not run via terminal, log everything into a log file
  main_function 2>&1 >> /var/log/my_uber_script.log
else
  # run via terminal, only output to screen
  main_function
fi

In alternativa, è possibile registrare tutto nel file di registro ogni esecuzione e comunque inviarlo a stdout semplicemente facendo:

# log everything, but also output to stdout
main_function 2>&1 | tee -a /var/log/my_uber_script.log

Per salvare lo stdout e lo stderr originali è possibile utilizzare:

exec [fd number]<&1 
exec [fd number]<&2

Ad esempio, il codice seguente stamperà "walla1" e "walla2" nel file di registro ( a.txt), "walla3" in stdout, "walla4" in stderr.

#!/bin/bash

exec 5<&1
exec 6<&2

exec 1> ~/a.txt 2>&1

echo "walla1"
echo "walla2" >&2
echo "walla3" >&5
echo "walla4" >&6

[ -t <&0 ] || exec >> test.log