Bagaimana cara mengeksekusi output dari perintah di dalam shell saat ini?

Saya sangat mengetahui utilitas source(alias .), yang akan mengambil konten dari file dan menjalankannya di dalam shell saat ini.

Sekarang, saya mengubah beberapa teks menjadi perintah shell, dan kemudian menjalankannya, sebagai berikut:

$ ls | sed ... | sh

lshanyalah contoh acak, teks aslinya bisa apa saja. sedjuga, hanya contoh untuk mengubah teks. Yang menarik adalah sh. Saya menyalurkan apa pun yang saya punya shdan menjalankannya.

Masalah saya adalah, itu berarti memulai sub shell baru. Saya lebih suka menjalankan perintah dalam shell saya saat ini. Seperti yang bisa saya lakukan dengan source some-file, jika saya memiliki perintah dalam file teks.

Saya tidak ingin membuat file temp karena terasa kotor.

Sebagai alternatif, saya ingin memulai sub shell saya dengan karakteristik yang sama persis dengan shell saya saat ini.

memperbarui

Oke, solusi menggunakan backtick pasti berhasil, tetapi saya sering perlu melakukan ini saat saya memeriksa dan mengubah output, jadi saya lebih suka jika ada cara untuk menyalurkan hasilnya menjadi sesuatu pada akhirnya.

pembaruan menyedihkan

Ah, /dev/stdinbenda itu terlihat sangat cantik, tetapi, dalam kasus yang lebih kompleks, tidak berhasil.

Jadi, saya punya ini:

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/git mv -f $1 $2.doc/i' | source /dev/stdin

Yang memastikan semua .docfile memiliki ekstensi yang lebih rendah.

Dan yang kebetulan, bisa ditangani xargs, tapi bukan itu intinya.

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/$1 $2.doc/i' | xargs -L1 git mv

Jadi, ketika saya menjalankan yang pertama, itu akan langsung keluar, tidak ada yang terjadi.

$ ls | sed ... | source /dev/stdin

UPDATE: ini bekerja di bash 4.0, serta tcsh, dan dash (jika Anda mengubah sourceke .). Rupanya ini buggy di bash 3.2. Dari catatan rilis bash 4.0 :

Memperbaiki bug yang menyebabkan `. ' gagal membaca dan menjalankan perintah dari file non-reguler seperti perangkat atau pipa bernama.

The evalPerintah ada untuk tujuan ini.

eval "$( ls | sed... )"

Selengkapnya dari manual bash :

eval

          eval [arguments]

Argumen tersebut digabungkan menjadi satu perintah, yang kemudian dibaca dan dieksekusi, dan status keluarnya dikembalikan sebagai status keluar dari eval. Jika tidak ada argumen atau hanya argumen kosong, status kembaliannya adalah nol.

Wow, saya tahu ini adalah pertanyaan lama, tetapi saya menemukan diri saya dengan masalah yang persis sama baru-baru ini (begitulah cara saya sampai di sini).

Bagaimanapun - saya tidak suka source /dev/stdinjawabannya, tapi saya pikir saya menemukan yang lebih baik. Sebenarnya ini tampak sederhana:

echo ls -la | xargs xargs

Bagus kan? Sebenarnya, ini masih tidak melakukan apa yang Anda inginkan, karena jika Anda memiliki banyak baris, itu akan menggabungkannya menjadi satu perintah alih-alih menjalankan setiap perintah secara terpisah. Jadi solusi yang saya temukan adalah:

ls | ... | xargs -L 1 xargs

yang -L 1pilihan berarti Anda gunakan (paling) 1 baris per perintah eksekusi. Catatan: jika baris Anda diakhiri dengan spasi, itu akan digabungkan dengan baris berikutnya! Jadi pastikan setiap baris diakhiri dengan non-spasi.

Akhirnya, Anda bisa melakukannya

ls | ... | xargs -L 1 xargs -t

untuk melihat perintah apa yang dijalankan (-t adalah verbose).

Semoga seseorang membaca ini!

Coba gunakan substitusi proses , yang menggantikan keluaran dari perintah dengan file sementara yang kemudian dapat bersumber:

source <(echo id)

Saya yakin ini adalah "jawaban yang benar" untuk pertanyaan:

ls | sed ... | while read line; do $line; done

Artinya, seseorang dapat menyalurkan ke dalam whileloop; ituread perintah perintah mengambil satu baris dari yang stdindan penerima haknya untuk variabel $line. $linekemudian menjadi perintah yang dieksekusi dalam loop; dan itu berlanjut sampai tidak ada baris lagi dalam masukannya.

Ini masih tidak akan berfungsi dengan beberapa struktur kontrol (seperti loop lain), tetapi sesuai dengan tagihan dalam kasus ini.

`ls | sed ...`

Saya merasa seperti ls | sed ... | source -akan lebih cantik, tapi sayangnya sourcetidak mengerti -maksudnya stdin.

Saya rasa solusi Anda adalah penggantian perintah dengan backticks: http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_04.html

Lihat bagian 3.4.5

Untuk menggunakan solusi mark4o pada bash 3.2 (macos), string di sini dapat digunakan sebagai pengganti pipeline seperti dalam contoh ini:

. /dev/stdin <<< "$(grep '^alias' ~/.profile)"

Mengapa tidak digunakan source?

$ ls | sed ... > out.sh ; source out.sh