Quali sono le differenze tra &> e 2> & 1

Ci sono due forme di reindirizzamento del livello di output e standard error in standard output . Ma quale è meglio? e perché &>è considerato il perfetto?

Non riesco a trovare le differenze in modo che molti tutorial e persino bash manuale affermino che &>è meglio!

Quindi, perché dovrei usare &>e non2>&1

Principalmente usando la bashshell

EDIT: Grazie per i commentatori

Solo> & funziona in csh o tcsh

In ksh funzionano solo 2> & 1.

trattino usa> file 2> & 1 solo reindirizzamento

Quindi quale usare per garantire che il mio script sia compatibile con altri sistemi qualunque siano le shell utilizzate!

La pagina man di Bash menziona due modi per reindirizzare stderr e stdout : &> file e >& file. Ora, nota che dice sia stderr che stdout.

In questo caso >file 2>&1stiamo eseguendo il reindirizzamento di stdout (1) su file, ma poi anche dicendo a stderr (2) di essere reindirizzato nello stesso posto di stdout! Quindi lo scopo può essere lo stesso, ma l'idea è leggermente diversa. In altre parole "John, vai a scuola; Suzzie vai dove John va".

Che dire delle preferenze? &>è una bashcosa. Quindi, se stai eseguendo il porting di uno script, questo non lo farà. Ma se sei sicuro al 100% che il tuo script funzionerà solo sul sistema con bash - allora non c'è preferenza

Ecco un esempio con dash, Debian Amquist Shell, che è l'impostazione predefinita di Ubuntu.

$ grep "YOLO" * &> /dev/null
$ grep: Desktop: Is a directory
grep: Documents: Is a directory
grep: Downloads: Is a directory
grep: Music: Is a directory
grep: Pictures: Is a directory
grep: Public: Is a directory
grep: Templates: Is a directory
grep: Videos: Is a directory
grep: YOLO: Is a directory
grep: bin: Is a directory

Come puoi vedere, stderr non viene reindirizzato

Per rispondere alle tue modifiche alla domanda, puoi usare l'istruzione if per controllare la variabile $ SHELL e modificare i reindirizzamenti di conseguenza

Ma per la maggior parte dei casi > file 2>&1dovrebbe funzionare

In termini più tecnici, il modulo [integer]>&wordsi chiama Duplicating Output File Descriptor ed è una funzione specificata dallo standard POSIX Shell Command Language Language, che è supportato dalla maggior parte delle shell conformi a POSIX e simili a Brourne.

Vedi anche Cosa significa esattamente nel reindirizzamento dell'output?

In genere consiglierei di seguire il modo di fare le cose di Bourne-again SHell , dato che bash è probabilmente la shell Unix più popolare in circolazione. Bash usa tipicamente &>o 2>&1. IMHO, nessuno dei due è "perfetto", quindi consiglio di dimenticare questa assurdità. Realisticamente, quale dovresti usare dipende da cosa stai cercando di fare.

2>&1unisce stderr a stdout, che può essere utile se, ad esempio, si desidera reindirizzare il testo stderr. Quindi, ad esempio, se vuoi vedere se un programma stampa un certo messaggio stderr, ma non vuoi che lo schermo sia pieno di immondizia (presumibilmente) non importante, potresti fare qualcosa del genere program 2>&1 | grep crashed, che cercherà lo stdout e lo stderr da un programma chiamato "programma" per la parola "crash".

D'altra parte, se non vuoi che un programma stampi qualcosa, puoi semplicemente eseguirlo program &> /dev/null, che reindirizzerà sia stderr che stdout a / dev / null, un file speciale che magicamente fa sparire le cose. Oppure, se si desidera salvare l'output di un programma (forse per segnalare un bug o qualcosa del genere), è possibile reindirizzare sia stderr che stdout su un file: program &> log.txtreindirizzerà tutti i dati su un file chiamato "log.txt". Se lo desideri, puoi reindirizzare lo stdout e lo stderr tramite program 2> log.txt > log.txto program 2>&1 | cat > log.txt, entrambi i quali avrebbero lo stesso effetto dell'utilizzo &>. Se fai qualcosa del genere program 2>&1 > file, solo lo stdout verrà reindirizzato, ma lo stderr può comunque essere reindirizzato a un altro programma, come cat, che potrebbe essere reindirizzato come mostrato sopra. Tuttavia, digitando&>è più semplice di tutti gli esempi precedenti, poiché comporta la digitazione di un minor numero di caratteri (ed è un po 'più facile da leggere per gli esseri umani). Nota che program 2> log.txt > log.txtpotrebbe essere più probabile che funzioni su shell non bash.

PS: se sei preoccupato per le persone che usano altre shell, c'è qualcosa che puoi aggiungere per essere la prima riga della tua sceneggiatura chiamata "numero magico", o "shebang". Questo è essenzialmente un modo per assicurarsi che altri computer (in particolare quelli che eseguono sistemi operativi simili a Unix) sappiano quale programma usare per eseguire uno script. Script diversi usano shebang diversi. Un shebang per uno script bash è simile al seguente:

#!/bin/bash

Se usi quanto sopra come prima riga di un determinato script, bash verrà generalmente usato per eseguire detto script. Ciò renderà molto più difficile per qualcuno eseguire accidentalmente lo script con la shell sbagliata.

PS: Non mentirò: fino ad ora, non sapevo che si potesse usare >&, ma, per quanto riguarda Bash, sembra che faccia lo stesso &>. Si impara qualcosa di nuovo ogni giorno.

Dal manuale di riferimento di Bash -> 3.6.4 Reindirizzamento dell'output standard e dell'errore standard :

Questo costrutto consente sia l'output standard (descrittore di file 1) sia l'output di errore standard (descrittore di file 2) da reindirizzare al file il cui nome è l'espansione della parola.

Esistono due formati per il reindirizzamento dell'output standard e dell'errore standard:

&>word

e

>&word

Delle due forme, la prima è preferita. Questo è semanticamente equivalente a

>word 2>&1

Quando si utilizza il secondo modulo, la parola non può espandersi in un numero o "-". In tal caso, si applicano altri operatori di reindirizzamento (vedere Duplicazione dei descrittori di file di seguito) per motivi di compatibilità.

Buono anche a fare riferimento al wiki di Greg su Input & Output -> 4.2. Manipolazione del descrittore di file :

Per comodità, Bash mette a tua disposizione anche un'altra forma di reindirizzamento. L'operatore di reindirizzamento &> è in realtà solo una versione più breve di ciò che abbiamo fatto qui [ 2>&1]; reindirizzare sia stdout che stderr su un file.

Quindi perché dovrei usare &> e non 2> & 1

2>&1 è la shell Bourne / POSIX standard.

&>è un'estensione bash e non standard de jure .

Se scrivi script usando le estensioni bash, prima o poi incontrerai errori di grattacapo con messaggi di errore di sintassi criptici perché vengono eseguiti in una shell standard.