ブループリントの作成者としてライフサイクル管理を使用する

ライフサイクル管理を使用すると、1 つの一般的なベストプラクティスのソースから多数のプロジェクトを同期させることができます。これにより、修正の伝播と、ソフトウェア開発ライフサイクル全体にわたる任意の数のプロジェクトのメンテナンスがスケールされます。ライフサイクル管理は、内部キャンペーン、セキュリティ修正、監査、ランタイムアップグレード、ベストプラクティスの変更、その他のメンテナンスプラクティスを効率化します。これらの標準は 1 か所で定義され、新しい標準が公開されると自動的に最新の状態に保たれるためです。

ブループリントの新しいバージョンが公開されると、そのブループリントを含むすべてのプロジェクトが最新バージョンに更新するように求められます。設計図の作成者は、各プロジェクトに含まれる特定の設計図のバージョンをコンプライアンスの目的で確認することもできます。既存のソースリポジトリで競合が発生すると、ライフサイクル管理によってプルリクエストが作成されます。開発環境などの他のすべてのリソースについては、すべてのライフサイクル管理の更新によって、厳密に新しいリソースが作成されます。ユーザーは、これらのプルリクエストをマージするかどうかは自由に選択できます。保留中のプルリクエストがマージされると、プロジェクトで使用されるオプションを含むブループリントのバージョンが更新されます。ブループリントユーザーとしてライフサイクル管理を使用する方法については、既存のプロジェクトでのライフサイクル管理の使用「」および「」を参照してくださいプロジェクト内の複数のブループリントでのライフサイクル管理の使用。