次の図は、継続的配信プロセスに関する手順をまとめたものです。このプロセスは複数の異なるアクティビティで構成されており、各アクティビティは統合されています。プロセス内のアクティビティをすべて採用すると、効率、有効性、および品質の面で大きなメリットを得られますが、必ずしもすべて採用する必要はありません。代わりに、このプロセスのアクティビティを一度に 1 つだけ採用し、各アクティビティを追加して他のアクティビティと統合していくことにより、各アクティビティから得られるメリットを活用することもできます。
継続的配信は事実上、継続的インテグレーション プロセスの拡張であるため、この図の最初の 5 つの手順は、「継続的インテグレーションのワークフロー」で示した図の手順と同じです。
上図内の数字の箇条書き箇所の詳細は次のとおりです。
At this point, the changes that were checked in at step 2 have been successfully built and a build label has been applied to the source code that was used for the build, meaning that the build could be recreated if necessary.
In the event of a build failure, the CI server sends notifications to the relevant developers who restart the process from step 1 to make the changes necessary to resolve the build errors.
At this point, the changes that were checked in at step 2 have been successfully built and tested, all with little or no manual intervention.
If the acceptance tests result in failures, the CI server sends notifications to the relevant developers who restart the process from step 1 to make the changes necessary to resolve the test failures.
If the validation decision is not to release, the relevant team members are notified and development work continues as normal.
Jenkins を使用して上記リストの CI サーバー タスクを実行する方法については、「Enterprise Developer および Jenkins の連携」を参照してください。