「デプロイメント環境」（dev / test / staging / prod）の起源は何ですか？
ソフトウェアの導入/リリースについて読んでいると、ウィキペディアが「 導入環境 」と呼ぶアイデアに言及している人がたくさんいます。
開発、テスト、受け入れ、および本番のデプロイメント環境は、非常に一貫して参照されていますが、オリジンを指す参照を見つけることはできません。
SDLCとITILの両方を調べてみました。少なくともWikipediaによると、 [〜＃〜] sdlc [〜＃〜] は個別の開発環境の同様のリストを規定し、 [〜＃〜] itil [〜＃〜] には、個別の環境と、それらの間でソフトウェアを移動するためのリリース管理プロセスの概念があります。
私は、開発、テスト、受け入れ、および生産のこの概念がどこから/誰から始まったのか、なぜこれらの特定の環境（「なぜ4なのか」と「なぜなのか4）およびその背後にある元の推論のすべて具体的には、元のドキュメントとソースへの参照を求めています。
開発、テスト、受け入れ、生産の環境は、必要性、実用性、利便性から進化しました。つまり、理にかなっているために存在しています。
これらの環境の起源は、ソフトウェア開発ライフサイクルです。 3つの環境は、SDLCの開発、統合とテスト、および運用と保守のフェーズにほぼ対応しています。
なぜこれらの特定の環境なのか？ SDLCフェーズ間の分離を提供するため。
開発環境は、ソフトウェア開発者が安全に自分のアイデアを試すことができるサンドボックスを提供します。
テスト環境は、開発環境または本番環境に影響を与えることなく、Q＆A（つまり、ソフトウェアの破壊を試みる）を実行できる領域を提供します。
受け入れ環境は、実稼働環境を正確に複製しますが、関係者は実際の実稼働を中断することを心配せずにソフトウェアを試すことができます。
ソフトウェアが他のすべての段階を通過し、展開の準備ができるまで、本番環境は他の環境から分離されています。