12 サーバー用に作成したスクリプトは多数あります。それらのいくつかはmyに~/scriptsあり、いくつかはアプリケーションディレクトリにあります。 シェルスクリプトを保持するために通常使用するディレクトリがあるのではないかと思っています。 unix scripting aix — キリル ソース
36 私のアカウントの個人的なもの~/bin。システム全体のものは、/usr/local/bin必要/usr/local/sbinに応じて入ります（rootとしてのみ実行する必要があるsbinスクリプトは、一般ユーザーが入るのを支援することを目的としたスクリプトですbin）、それらを必要とするすべてのマシンがそれらを持っていることを保証するために、構成管理を介してロールアウトします（そして最新バージョンも）。 — ワンブル ソース +1これはまさに私がやっていることです。 — デビッドパシュリー 3 bin対の適切性を説明する必要がありますsbin:) — ダンカーリー 2 sbinは、「スーパーユーザーバイナリ」、つまり正常に実行するために通常ルートアクセスが必要なプログラムを対象としています。「bin」はその他すべてのものです。 — wazoox 09 14 sbinの起源は「Staticically-Linked Binaries」に由来します。/ usr（およびその共有ライブラリ）がシングルユーザーモード以外でマウントされた場合、常に機能する静的にリンクされたプログラム（sh、tar）を保持する必要があることがわかりました。SysAdminだけがこれらのバイナリに興味を持っていたため、誤った呼び名が始まりました。 — kmarsh 09 1 アーキテクチャ固有のシェルスクリプトを作成している場合は、コードを保守する必要のある他の人に泣きます。 — ワンブル
7 より複雑なもの、特に複数のマシン間で共有できるものについては、ディストリビューションパッケージを作成する傾向があります。私の場合はDebianです。を使用し/usr/bin、スクリプトに一般的なプレフィックスを付けます。そうすれば、それらを簡単に展開して追跡できます。私の個人的なものとして~/binは、十分です。 — kmelvn ソース （Debian用の）シンプルなスクリプトをパッケージ化するための良いガイドはありますか？ — Insyte
3 現時点では、個人用（高速で汚い：P）スクリプトには〜/ binを使用し、システム全体のスクリプトには/ usr / local / bin（またはsbin）を使用しています 両方のディレクトリは、gitを介してリビジョン管理されています。 — ストー ソース s / git / svn / — cas
2 現在、システム全体のスクリプトには/ usr / local / $ company / scriptsを使用し、個人用には〜/ binを使用しています。また、作業中のものを含む〜/ codeフォルダーもあります。 — コーフランド ソース