構成管理とは何ですか？

私が関与したすべてのプロジェクトで、外部コンサルタントからの意見がありました。どのような構成管理を使用しているかについて質問されました。これらのいずれの場合でも、コンサルタントは構成管理を定義できませんでした。それで何ですか？

ソフトウェア構成管理（SCM）とは、次のことに答えることに要約されます。

• 最終製品の作成に使用されたソースファイル
• 最終製品を作ったときから何が変わったのですか？
• なぜ変更したのですか？

これは、非常に大きくてい「プロセス」に成長する可能性があります。プロセスの問題は、ほとんどの開発者がSCMについて言及している理由です。これは、ソースファイル、欠陥、および要件を追跡することを意味するためです。あなたが変更を監査することができますので、すべて一緒にそれを結びつけることは（それが与えられるように、これは管理の視点から、理想的な世界である良い、より良い、彼はどこ必要なものなリソースを参照するために管理者ツールを。）

これは、実際にソフトウェア資産の追跡であるITIL構成管理、どこで実行されているソフトウェア（どのサーバー/ワークステーション）、およびそのソフトウェアのセットアップとは異なります。

言い換えれば、あなたのコンサルタントは、あなたの会社/開発グループが私の答えの一番上にある3つの質問にどのように答えるかを知りたいと思うでしょう。

構成管理には、コードの作成に直接関係しない「その他すべて」が含まれます。したがって、リリースの管理方法、バグレポートと機能提案の管理とトリアージ方法、ビルドの実行方法などです。多くの場合、ソースコードの管理方法（使用するバージョン管理、分岐戦略、複数の同時「リリース」の管理方法（場合によっては）など）も含まれます。

構成管理は、時間の経過とともに多くのことを意味します。開発者に直接よりも、管理者や運用にとって重要だと思います。運用担当者がサーバーの稼働を維持しようとすると、マシンのセットアップ、構成の管理、および稼働の継続が心配になります。コンピューターにログインしてソフトウェアのインストールを開始し、マシン上の構成ファイルを変更するだけであれば、その構成は管理していません。そのマシンが死んだらどうなりますか？誰かがそのマシンで設定ファイルを変更し、すべてがおかしくなり始めたらどうなりますか？実行中のマシンとまったく同じように構成された別のマシンを起動する必要がある場合はどうなりますか？それできますか？

構成管理戦略なしではできません。それが重要な理由です。再現性がすべてです。開発者は、操作の人々とは異なる方法で再現性にアプローチするため、さまざまなことを繰り返します。

これを行うのに役立つ素晴らしいオープンソースツールがいくつかあります。Chef、Capistrano、Cook、さらにはSVNです。開発者がSVNを使用する必要があるのはなぜですか？構成ファイル、マシンの構成に使用するスクリプトをチェックインし、バージョンを追跡します。組織のこれらの部分は、組織を運営し続けるために不可欠です。それらを失いたくありません。