Saya ingin tahu perbedaan antara dua perintah berikut

2>&1 > output.log 

dan

2>&1 | tee output.log

Saya melihat salah satu kolega saya menggunakan opsi kedua untuk mengarahkan ulang. Saya tahu apa yang dilakukan 2> & 1, satu-satunya pertanyaan saya adalah apa tujuan menggunakan tee di mana operator pengalihan ">" sederhana dapat digunakan?

Melihat kedua perintah secara terpisah:

utility 2>&1 >output.log 

Di sini, karena pengalihan diproses dengan cara dari kiri ke kanan, aliran kesalahan standar pertama-tama akan dialihkan ke mana pun aliran keluaran standar mengalir (mungkin ke konsol), dan kemudian arus keluaran standar akan dialihkan ke file. Aliran kesalahan standar tidak akan diarahkan ke file itu.

Efek yang terlihat dari ini adalah Anda mendapatkan apa yang diproduksi pada kesalahan standar di layar dan apa yang diproduksi pada output standar dalam file.

utility 2>&1 | tee output.log

Di sini, Anda mengarahkan kesalahan standar ke tempat yang sama dengan aliran output standar. Ini berarti bahwa kedua aliran akan disalurkan ke teeutilitas sebagai aliran keluaran tunggal yang saling terkait, dan bahwa data keluaran standar ini akan disimpan ke file yang diberikan oleh tee. Selain itu data akan direproduksi teedi dalam konsol (ini yang teedilakukan, itu menggandakan aliran data).

Yang mana salah satunya digunakan tergantung pada apa yang ingin Anda capai.

Perhatikan bahwa Anda tidak akan dapat mereproduksi efek dari pipa kedua dengan adil >(seperti pada utility >output.log 2>&1, yang akan menghemat keluaran standar dan kesalahan dalam file). Anda perlu menggunakan teeuntuk mendapatkan data di konsol serta di file output.

Catatan tambahan:

The terlihat efek dari perintah pertama,

utility 2>&1 >output.log 

akan sama dengan

utility >output.log

Yaitu, output standar pergi ke file dan kesalahan standar pergi ke konsol.

Jika langkah pemrosesan lebih lanjut ditambahkan ke akhir dari masing-masing perintah di atas, akan ada perbedaan besar:

utility 2>&1 >output.log | more_stuff

utility >output.log      | more_stuff

Pada pipa pertama, more_stuffakan mendapatkan apa yang awalnya merupakan aliran kesalahan standar utilitysebagai data input standarnya, sedangkan pada pipa kedua, karena hanya aliran keluaran standar yang dihasilkan yang dikirim melalui pipa, more_stuffbagian dari pipa tidak akan mendapatkan apa-apa untuk membaca input standarnya.

Catatan editorial

Pastikan untuk membaca komentar pada jawaban ini - derobert .

Jawaban asli

2>&1 >output.logberarti pertama mulai mengirim semua file menangani 2 hal (kesalahan standar) ke file menangani 1 (output standar) kemudian mengirimkannya ke file output.log. Dengan kata lain, kirim kesalahan standar dan output standar ke file log.

2>&1 | tee output.logsama dengan 2>&1bit, ia menggabungkan keluaran standar dan kesalahan standar ke aliran keluaran standar. Kemudian pipa itu melalui teeprogram yang akan mengirim input standar ke output standar (seperti cat) dan juga ke file. Jadi ia menggabungkan dua aliran (kesalahan dan keluaran), kemudian mengeluarkannya ke terminal dan file.

Intinya adalah bahwa yang pertama mengirimkan stderr/ stdoutke file tersebut, sedangkan yang kedua mengirimkannya ke kedua file dan output standar (yang mungkin terminal kecuali Anda berada di dalam konstruk lain yang telah diarahkan output standar).

Saya menyebutkan kemungkinan terakhir karena Anda dapat memiliki hal-hal seperti:

(echo hello | tee xyzzy.txt) >plugh.txt

di mana tidak ada yang berakhir di terminal.

Perintah pertama akan melakukan tugas lain:

Setelah

2>&1 > output.log 

STDOUT yang lama akan disimpan (disalin) di STDERR dan kemudian STDOUT akan diarahkan ke file.

Jadi, stdout akan masuk ke file dan stderr akan pergi ke konsol.

Dan masuk

 2>&1 | tee output.log

kedua aliran akan dialihkan ke tee. Tee akan menduplikasi input apa pun ke stdout-nya (konsol dalam kasus Anda) dan ke file ( output.log).

Dan ada bentuk lain dari yang pertama:

    > output.log  2>&1

ini akan mengarahkan STDOUT dan STDERR ke file.

Mantan output hanya ke file. Output kedua baik ke file dan ke layar.

Alasannya 2>&1 | teeadalah untuk dapat menangkap stdout dan stderr ke file log dan melihatnya di layar secara bersamaan. Ini bisa dilakukan >output.txt 2>&1 & tail -fjuga, tetapi Anda tidak akan tahu kapan perintah latar belakang diakhiri - apakah program dihentikan atau apakah program itu berjalan tanpa output. Itu 2>&1 | teeadalah ungkapan umum untuk para programmer.

Mari kita lihat beberapa kode contoh terlebih dahulu:

#include <stdio.h>
main() 
{
// message 1, on stdout (using  printf)
printf("%s",          "message 1, on stdout (using  printf)\n");

// message 2, on stdout (using fprintf)
fprintf(stdout, "%s", "message 2, on stdout (using fprintf)\n");

// message 3, on stderr (using fprintf)
fprintf(stderr, "%s", "message 3, on stderr (using fprintf)\n");
}

Mari kita bandingkan hasilnya:
./helloerror
+ file: tidak ada pesan; konsol: pesan 1,2,3;

./helloerror >error.txt
+ file: pesan 1,2; konsol: pesan 3;

./helloerror 2>&1 >error.txt
+ file: pesan 1,2; konsol: pesan 3;
+ sama dengan ./helloerror> error.txt

./helloerror >error.txt 2>&1
+ file: pesan 3,1,2; konsol: tidak ada pesan;
+ perhatikan urutan 3 pertama, lalu 1, lalu 2

./helloerror | tee error.txt 2>&1
+ file: pesan 1,2; konsol: pesan 3,1,2;
+ perhatikan urutan 3 pertama, lalu 1, lalu 2

./helloerror 2>&1 | tee error.txt
+ file: pesan 3,1,2; konsol: pesan 3,1,2;

Untuk menggunakan:
./helloerror >error.txt 2>&1
-> jika seseorang ingin semua (stdout + stderr) pesan dalam file, tetapi tidak pinted pada konsol

./helloerror 2>&1 | tee error.txt
-> jika seseorang ingin semua (stdout + stderr) pesan dalam file dan dicetak pada konsol

Berikut ini adalah pos yang merangkum aliran keluaran Unix: http://www.devcodenote.com/2015/04/unix-output-streams.html

Cuplikan dari pos:

Ada 3 stream output standar:

STDIN - Standard Input - Writes from an input device to the program
STDOUT - Standard Output - Writes program output to screen unless specified otherwise.
STDERR - Standard Error Output - Writes error messages. Also printed to the screen unless specified otherwise.