デプロイ リリースを理解する
デプロイ プロジェクトを最大限に活用するための鍵は、リリースとは何か、どのように使用すべきかを理解することです。
また、「アーティファクト」(ビルド プランの結果) と「リリース」(特定の時点でどこかにデプロイできるアーティファクトのスナップショット) の違いと関係を理解することも重要です。
On this page:
アーティファクトとは
開発者がコードをコミットすることで継続的インテグレーション プロセスがトリガーされると、プロセスの最初の段階でコードがコンパイルされ、テストが実行され、コードがバイナリにアセンブルされます。これらのアセンブルされたバイナリは「アーティファクト」と呼ばれます。ビルド プロセスでは、ビルドのどの段階でもビルド アーティファクトが生成され、それを他のビルドやデプロイ プロジェクトと共有できます。
アーティファクトは Bamboo で管理されるため、ビルドまたはデプロイに必要なアーティファクトは、そのビルドまたはデプロイ プロジェクトでそれぞれの作業を完了するために必要であると宣言されている限り、必要に応じて Bamboo によってリモート サーバーに自動的に転送されます。
詳細については、「アーティファクトの共有」を参照してください。
デプロイ リリースとは
リリースは、環境にデプロイされたソフトウェアを正確に追跡するために使用されます。基本的に、リリースとは、Jira 課題、コード変更、デプロイ対象に関連する可能性のあるテスト メタデータなど、デプロイ プロセスで使用される任意の数のアーティファクトとそれに関連するメタデータのスナップショットです。
リリースは、1 回のビルドの結果から作成されます。リリースを表示すると、そのビルドのアーティファクトを作成するときに使用された、コード変更、Jira 課題、その他のメタデータをすべて確認できます。この情報は、リリース ノート、品質管理、インフラストラクチャ計画など、複数の目的に使用できます。また、任意の 2 つのリリースを比較して、リリース間の変更点を確認することもできます。
リリースを使用する理由
Bamboo では、リリースは環境に対して追跡されます。環境とは、ソフトウェアのデプロイ先となるサーバーまたはサーバー グループを表します。各環境では一度に 1 つのアクティブなリリースしかホストできないため、Bamboo ではデプロイ対象のソフトウェアに一意のリリース名が割り当てられます。プロジェクトの環境を確認することで、次のことをすばやく特定できます。
- リリースがデプロイされた場所
- 現在デプロイされているリリース
- リリースのデプロイ履歴
- リリースのデプロイ ステータス
リリースのもう 1 つの重要な特徴は、デプロイ可能なアーティファクト スナップショットを提供するだけでなく、リリースに関連する特定の一連の変更について、Jira 課題、コミット記録、テストとビルドのメタデータを照合することです。これにより、リリースを環境間で移動する際のレポートと追跡がはるかにスムーズになり、リリース間の変更の追跡も容易になります。
アーティファクトとデプロイ リリースの連携の仕組み
アーティファクトとリリースの間の関係は、Bamboo ビルドと Bamboo デプロイの間の "引き継ぎ点" を示しています。
図に示すように、Jira 課題に対応している開発者がコード変更をコミットし、ビルドをトリガーします。このビルドによって多くのアーティファクトが生成されます。デプロイでは、これらのアーティファクトを集めてリリースが構築され、Jira 課題、コミット、テスト / ビルドのメタデータが追加されます。このリリースには、システム全体で識別子として機能する一意の識別名が割り当てられます。必要に応じて、リリース命名システムを使用して一意の識別子を定義できます。
リリースが作成されたら、環境にデプロイできます。
次のステップ
次のステップは、デプロイ プロジェクトのワークフローを調べて理解することです。デプロイ プロジェクトのワークフローの詳細をご確認ください。