リリース管理

Force.com プラットフォームの最も生産的な機能の 1 つが、Web ユーザインターフェースで直接カスタマイズを実行でき、エンドユーザがただちに利用可能になることです。こうした変更には複雑な開発ツールやプロセスが必要ありません。リリース管理の点では、ほとんど手間がかかりません。

既存のアプリケーションにユーザインターフェースを新規作成する場合など、込み入ったアップグレードでは、本番組織のユーザから隔離された状態で開発を行う環境が必要です。開発環境で実施した変更を本番組織に再統合する場合、開発と同時期に本番組織でも変更が行われた可能性があるため、開発プロセスが一層複雑になります。こうしたレベルのリリース管理では、さまざまな環境間の変更を追跡して、リリース時にクラッシュが生じないようにする必要があります。

すべてのユーザに影響する複雑なアプリケーションでは、複数の開発およびテスト環境が必要になることがあります。こうした長期プロジェクトの場合、開発サイクルが異なる並行プロジェクトが存在するために複雑さが増す可能性があり、アプリケーションを本番組織にリリースする前にいくつかの統合が必要になることもあります。多くの場合、これらの開発作業がすべて同時に行われます。このレベルのリリース管理は極めて複雑で厄介です。

これらの開発プロジェクトが相互に、あるいは IT 部門のプロセスと競合しないようにするにはどのように管理すればよいでしょうか。さまざまなタイムフレームや本番ライフサイクルはどのように調��すればよいでしょうか。そして、機能を本番組織にロールアウトするときに競合が起きないようにするには、環境間で変更をどのようにマージすればよいでしょうか。これらの疑問の答えは、アプリケーションライフサイクル管理プロセスをどのように構築するかによって異なり、そうした未確定の要因をすべて理解しない限り決断を下すことができません。