デプロイ リリースを理解する

アーティファクトとは

開発者がコードをコミットすることで継続的インテグレーション プロセスがトリガーされると、プロセスの最初の段階でコードがコンパイルされ、テストが実行され、コードがバイナリにアセンブルされます。これらのアセンブルされたバイナリは「アーティファクト」と呼ばれます。ビルド プロセスでは、ビルドのどの段階でもビルド アーティファクトが生成され、それを他のビルドやデプロイ プロジェクトと共有できます。

アーティファクトは Bamboo で管理されるため、ビルドまたはデプロイに必要なアーティファクトは、そのビルドまたはデプロイ プロジェクトでそれぞれの作業を完了するために必要であると宣言されている限り、必要に応じて Bamboo によってリモート サーバーに自動的に転送されます。

For more information, see Sharing artifacts.

デプロイ リリースとは

リリースは、環境にデプロイされたソフトウェアを正確に追跡するために使用されます。基本的に、リリースとは、Jira 課題、コード変更、デプロイ対象に関連する可能性のあるテスト メタデータなど、デプロイ プロセスで使用される任意の数のアーティファクトとそれに関連するメタデータのスナップショットです。

リリースは、1 回のビルドの結果から作成されます。リリースを表示すると、そのビルドのアーティファクトを作成するときに使用された、コード変更、Jira 課題、その他のメタデータをすべて確認できます。この情報は、リリース ノート、品質管理、インフラストラクチャ計画など、複数の目的に使用できます。また、任意の 2 つのリリースを比較して、リリース間の変更点を確認することもできます。

リリースを使用する理由

Bamboo では、リリースは環境に対して追跡されます。環境とは、ソフトウェアのデプロイ先となるサーバーまたはサーバー グループを表します。各環境では一度に 1 つのアクティブなリリースしかホストできないため、Bamboo ではデプロイ対象のソフトウェアに一意のリリース名が割り当てられます。プロジェクトの環境を確認することで、次のことをすばやく特定できます。

• リリースがデプロイされた場所
• 現在デプロイされているリリース
• リリースのデプロイ履歴
• リリースのデプロイ ステータス 

リリースのもう 1 つの重要な特徴は、デプロイ可能なアーティファクト スナップショットを提供するだけでなく、リリースに関連する特定の一連の変更について、Jira 課題、コミット記録、テストとビルドのメタデータを照合することです。これにより、リリースを環境間で移動する際のレポートと追跡がはるかにスムーズになり、リリース間の変更の追跡も容易になります。

アーティファクトとデプロイ リリースの連携の仕組み

アーティファクトとリリースの間の関係は、Bamboo ビルドと Bamboo デプロイの間の "引き継ぎ点" を示しています。

As the diagram shows, a developer who is responding to JIRA issues, commits a code change and triggers a build. This build produces a number of artifacts. In a deployment, these artifacts are assembled into a release, and the JIRA issue, commits and test/build metadata are added. This release then gets a unique identification name which serves as an identifier throughout the system. You can define the unique identifier according to your needs using the release naming system.

リリースが作成されたら、環境にデプロイできます。

次のステップ

The next step is to examine and understand the deployment project workflow. Learn more about the deployment project workflow.