シェルスクリプトを書くときにいつもやるやつを調べた

bash のシェルスクリプトを書くときに、いつも脳死で以下をやっている。(同僚が整備してくれたものをコピペしている) エディタなり CI で shellcheck をまわす set -euxo pipefail と冒頭に書く こんな感じ #!/bin/bash set -euxo pipefail いつまでもコピペではさすがにアレなので、意味を調べたメモ。 shellcheck koalaman/shellcheck: ShellCheck, a static analysis tool for shell scripts イケてない書き方に警告を出してくれる それぞれの警告にはエラーコード割り振られていてとても便利 エラーコードごとに正誤例、解説が書かれているのでわかりやすい SC1000 の例 CI もそうだし、エディタのプラグインも充実 しているのでとりあえず入れておくと良い set

[ryousanngata]

-xは変数が展開されて表示されるのでCIでは注意したほうが良い気が

[teramako]

-xはデバック時のみかなー。他はだいたい同意。// IFSの例はfor arg in "$@"で回避できるので微妙に感じた

[yoshis1210]

個人的にはif文でgrepなどのエラー時の処理を書くことも多いから-eより戻り値保存してtrapからのexitに引数として付けることが多いな。あと${PIPESTATUS[@]}

[nanamae]

シェルスクリプトは俺はこれをシェルスクリプトで書くのは正しいのかみたいな葛藤がいつもある（結局書く）

[koichi_nakashima]

なにも考えずに set -e -o pipefail すると cat 64KB以上.txt | head 等が exit status 141 (SIGPIPE) のエラーで中断するようになるから注意。理解してやってるならもちろん問題ないけど

[topiyama]

set -o pipefail なんてあるのか

[Jinmen]

条件分岐とかエラー処理が増えてきたらPythonに移行したい気持ちがあるけどだいたいシェルスクリプトのままずるずると行ってしまう

[saloverses]

“とき”

[raimon49]

bashスクリプト先頭に入れるおまじないの解説。

[wwolf]

set -euxはいつもやってたけど-o pipefailは知らなかった

[ouest]

「-o pipefail」は今後使っていこう

[AmaiSaeta]

`-x` （or `-v`）は `set` じゃなくて開発中限定で `bash -x scriptfile` みたいに使うな。IFS書き換えは「お前ら確実に$@のクォート忘れるやん」て事かと思うが、それならスクリプト言語使った方がマシか……

[arx0balest]

おシェル芸はやめてくれ。保守で死ぬ。

[masutaka26]

pipefail は CircleCI の run のログで知った。-x 以外は設定されて実行されるよ

[MonMonMon]

覚えても覚えても忘れてまた調べるやつ

[en3]

シュクメルリと空目

[MASSI]

有用みがある

[kamezo]

内容には関心がないのだが、何度も出てくるので「何度見てもサムネイルとの兼ね合いでシェルクラブを食べる話に誤認する」と記録しておく。

[ys0000]

Linux疎いのでこの情報は参考になった。

[hogege]

φ(.. )

[gamil]

ノーガードだった

[kndkndknd]

調べることの多いやつが多い

[ms2sato]

ちょいちょい書く割に知らなかった。学習が足りない。

[hagane]

-xと-eは悩む。-eつけて、|| trueにするか、こけて欲しいところだけ+eするか……

[a96neko]

見てる

[anqmb]

これは参考になる。もっとも最近シェルスクリプトを書いてないが。

[hdkINO33]

"set -eu" するのはperlとかのstrictみたいなもん(例えが古いが)なので、制限を緩めたいところで "set +e" なり "set +u" なりするのが適当なのでは( "no strict 〜" と同様

[natu3kan]

help コマンド名

[tasukuchan]

“を”

[kyamanak]

bash

[tohnishi]

ブコメと合わせて勉強になった。-xは、実行時の気分によって指定したりしなかったりしてる。

[liszworks]

シェルスクリプトはまだヒヨッコなのでありがたい

[hirata_yasuyuki]

"$@" のように括れば事故は回避できる。

[xlc]

-o は知らなかった。パイプでエラーが発生し得る場合(curlなど)はいちいち一次ファイルに書き込んでたので見直すか。

[Magicant]

set に -C も付けてリダイレクトの > と >| を区別しろ

[honeybe]

shellcheck便利そう。入れた。