現在のシェル内でコマンドの出力を実行するにはどうすればよいですか？

私は、ファイルからコンテンツを取得して現在のシェル内で実行するsource（aka .）ユーティリティをよく知っています。

今、私はいくつかのテキストをシェルコマンドに変換し、次のようにそれらを実行しています：

$ ls | sed ... | sh

ls単なるランダムな例であり、元のテキストは何でもかまいません。sedまた、テキストを変換するための単なる例です。興味深いビットはshです。到達したものは何でもパイプshして実行します。

私の問題は、それは新しいサブシェルを開始することを意味します。現在のシェル内でコマンドを実行したいのですが。私がsource some-fileテキストファイルにコマンドを持っていれば、私ができるように。

汚れているので一時ファイルを作成したくありません。

または、現在のシェルとまったく同じ特性でサブシェルを開始したいと思います。

更新

わかりました。バッククォートを使用したソリューションは確かに機能しますが、出力を確認および変更しているときにこれを行う必要があることが多いので、最終的に結果を何かにパイプする方法があればもっといいと思います。

悲しいアップデート

ああ、/dev/stdin物事はとてもきれいに見えましたが、もっと複雑なケースでは、うまくいきませんでした。

だから、私はこれを持っています：

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

これにより、すべての.docファイルの拡張子が小文字になります。

ちなみに、これはで処理できますがxargs、それだけではありません。

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

したがって、前者を実行すると、すぐに終了し、何も起こりません。

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

更新：これは、bash 4.0、tcsh、およびdash（に変更sourceした場合.）で機能します。どうやらこれはbash3.2ではバグがありました。以下からのbash 4.0のリリースノート：

`。 'を引き起こすバグを修正しました。デバイスや名前付きパイプなどの非正規ファイルからのコマンドの読み取りと実行に失敗する。

このevalコマンドはまさにこの目的のために存在します。

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

bashマニュアルの詳細：

eval

          eval [arguments]

引数は1つのコマンドに連結され、次に読み取られて実行され、その終了ステータスがevalの終了ステータスとして返されます。引数がないか、空の引数しかない場合、戻りステータスはゼロです。

うわー、これは古い質問だと知っていますが、最近、まったく同じ問題を抱えていることに気づきました（それが私がここにたどり着いた方法です）。

とにかく-私はsource /dev/stdin答えが好きではありませんが、私はより良いものを見つけたと思います。それは実際には一見単純です：

echo ls -la | xargs xargs

いいですね 実際には、これはまだあなたが望むことをしません。なぜなら、複数の行がある場合、各コマンドを別々に実行するのではなく、それらを単一のコマンドに連結するからです。だから私が見つけた解決策は：

ls | ... | xargs -L 1 xargs

この-L 1オプションは、コマンドの実行ごとに（最大で）1行を使用することを意味します。注：行が末尾のスペースで終わっている場合は、次の行と連結されます。したがって、各行がスペース以外で終わっていることを確認してください。

最後に、あなたはすることができます

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

実行されるコマンドを確認します（-tは詳細です）。

誰かがこれを読んでくれることを願っています！

プロセス置換を使用してみてください。これにより、コマンドの出力が一時ファイルに置き換えられ、一時ファイルを入手できます。

source <(echo id)

私はこれが質問に対する「正しい答え」であると信じています：

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

つまり、whileループにパイプすることができます。readコマンドコマンドは、そのから1行を取りstdin、変数に代入します$line。$line次に、ループ内で実行されるコマンドになります。そして、入力にそれ以上の行がなくなるまで続きます。

これは、一部の制御構造（別のループなど）では機能しませんが、この場合は問題ありません。

`ls | sed ...`

ちょっとls | sed ... | source -綺麗な気がしますが、残念ながら意味がsourceわかりません。-stdin

あなたの解決策は、バッククォートによるコマンド置換だと思います：http：//tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_04.html

セクション3.4.5を参照してください

bash 3.2（macos）でmark4oのソリューションを使用するには、次の例のようにパイプラインの代わりにhere文字列を使用できます。

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

sourceそれなら使ってみませんか？

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