Bash Scriptの作法 - Qiita

はじめに チーム開発でシェルスクリプト（特にBash Script)を書く際に守るべきルールをまとめます。 シェルスクリプトのコードレビューをする際等にお役立てください。 スクリプト名 -区切りの小文字英数字（いわゆるkebab-case）をつける。拡張子は.sh. これは特に理由があるわけではないので_区切りでもよいし、チーム内にzshやfish等の他Shell愛好家がいる場合は拡張子は.bashでも良い。どちらにせよチーム内では統一しておかないと混乱の元となる。 改行コード LFを使用する。CRLFだと動作しないので書く際に間違うことはないが、Windows上のgitのautocrlf設定によってはご丁寧にCRLFでチェックアウトされてしまう。 避けるためにはgit config --global core.autocrlf inputとするか、.gitattributesをレポジトリ

[tmatsuu]

概ね同意。しかし「間違っても#!/bin/shとしてはいけない」おっ戦争か！？でも知らずにbashの機能を使っててdashで動作しない罠にハマるぐらいなら/bin/bashが妥当か。

[y-kawaz]

概ね同意。必要充分な点がよく纏まってると思う。／あとは、-xデフォはウザくね？とか、read に -r を付けるとか、VSCodeでもvimでもシェルスクリプト書くときは shellcheck の自動実行を日常にしとけば8割方矯正指摘もらえる。

[t-murachi]

この辺が辛くてperlに逃げてた20代…(´・ω・`)

[kkobayashi]

全体的には良いプラクティスだと思うけど引数はgetoptsで簡単に処理できない？環境変数を経由するのは汚染が起こりそうで怖いな

[aceraceae]

bash でスクリプト書くことって最近あまりないけどなさすぎていろいろ忘れてる。

[atsushifx]

ヘッダコメントの書き方や、usageその他の作法も知りたい

[hiroomi]

“-区切りの小文字英数字”

[clubman023]

うんうん

[kogule]

おや？　: ${VAR:=default} って記法は受け継がれてないのかな？　VAR=${VAR:-default} より判りやすいし，VAR のスペルミスによるエンバグの恐れがないんだけどなぁ。

[nilab]

“チーム開発でシェルスクリプト（特にBash Script)を書く際に守るべきルールをまとめます”

[zgmf-x20a]

以前はbashのシンボリックリンクだからそれでよかったのだけど、最近別にしてきたんだよね。

[richard_raw]

だいたい同意。/Shellcheck使わないのかしら。/何となく "set -C" を有効にしています。/whileってそういう挙動だったのか。

[mas-higa]

./doit.sh -h は、したいな。

[queeuq]

よさそう。だけど長期メンテするものはpythonやらperlで書こうねってルールにしてる。shell scriptは捨てる前提で書いてる。

[m1104m]

チームで保守する可能性あるので、これをベースにルールを決めたい

[d6rkaiz]

最近のdebian系では /bin/sh が dash になってることもあるので注意。

[kirakking]

whileワンライナーの仕様知らなかった。

[vesikukka]

知らないのが幾つか。勉強します。

[momonga_dash]

“-o pipefail”でパイプの途中でも辞められんのか／パイプでwhile read lineに繋いだ時、結果が外に取り出せないハマりポイント、5億回やらかしてる……

[sharaku3eyes]

良い

[asakatana]

シェルスクリプト

[raimon49]

値の受け渡しをコマンドライン引数より環境変数って方針が割り切っててよい。細かい部分はshellcheckかければほとんどチェックできる気がする。

[tettekete37564]

-x はデバッグ時だけにしないとウザくないか？ -u も環境変数参照するとき鬱陶しかった気が

[surume000]

幸いここ何年もshellを書かずに済んでいる