Amazon CodeCatalyst は新規のお客様には提供されなくなりました。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[CodeCatalyst から移行する方法](migration.md)」を参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ブループリントユーザーとしてライフサイクル管理を使用する
<a name="lifecycle-management-user"></a>

ライフサイクル管理は、更新されたオプションやブループリントのバージョンからコードベースを再生成する機能です。これにより、ブループリント作成者は、特定のブループリントを含むすべてのプロジェクトのソフトウェア開発ライフサイクルを一元管理できます。例えば、セキュリティ修正をウェブアプリケーションブループリントにプッシュすると、ウェブアプリケーションブループリントを含む、またはウェブアプリケーションブループリントから作成されたすべてのプロジェクトが、その修正を自動的に取得できるようになります。この同じ管理フレームワークにより、ブループリントユーザーは、ブループリントオプションを選択後に変更することもできます。

**Topics**
+ [既存のプロジェクトでライフサイクル管理を使用する](#using-lm-existing-projects)
+ [プロジェクト内の複数のブループリントでのライフサイクル管理を使用する](#using-lm-multiple-bp)
+ [ライフサイクルプルリクエストの競合に対応する](#lm-conflicts)
+ [ライフサイクル管理の変更からオプトアウトする](#opt-out-lm)
+ [プロジェクトのブループリントのライフサイクル管理を上書きする](#override-updates-lm)

## 既存のプロジェクトでライフサイクル管理を使用する
<a name="using-lm-existing-projects"></a>

ライフサイクル管理は、ブループリントから作成されたプロジェクト、またはブループリントに関連付けられていない既存のプロジェクトに使用できます。例えば、ブループリントから作成されたことがない 5 年前の Java アプリケーションに、標準のセキュリティプラクティスブループリントを追加できます。ブループリントは、セキュリティスキャンワークフローなどの関連コードを生成します。Java アプリケーションのコードベースのその部分は、ブループリントに変更が加えられるたびに、チームの最新のベストプラクティスを自動的に反映するようになります。

## プロジェクト内の複数のブループリントでのライフサイクル管理を使用する
<a name="using-lm-multiple-bp"></a>

ブループリントはアーキテクチャコンポーネントを表すため、多くの場合、同じプロジェクトで複数のブループリントを同時に使用できることがよくあります。例えば、プロジェクトは、企業プラットフォームエンジニアが作成した中央ウェブ API ブループリントと、アプリケーションセキュリティチームが作成したリリースチェックブループリントで構成できます。このブループリントはそれぞれ個別に更新でき、過去に適用されたマージ解決が記憶されます。

**注記**  
任意のアーキテクチャコンポーネントとして、すべてのブループリントが共に意味をなすわけではなく、論理的に連携するわけでもありません。それでも、互いにマージしようとします。

## ライフサイクルプルリクエストの競合に対応する
<a name="lm-conflicts"></a>

状況によっては、ライフサイクルプルリクエストによってマージ競合が発生することがあります。この競合は手動で解決できます。解決策は、その後のブループリントの更新時に記憶されます。

## ライフサイクル管理の変更からオプトアウトする
<a name="opt-out-lm"></a>

ユーザーはプロジェクトからブループリントを削除して、ブループリントへのすべての参照の関連付けを解除し、ライフサイクル更新をオプトアウトできます。安全上の理由から、これにより、ブループリントから追加されたものを含め、プロジェクトのコードやリソースが削除されたり、影響を受けたりすることはありません。詳細については、「[更新を停止するためにプロジェクトからブループリントの関連付けを解除プロジェクトからブループリントの関連付けを解除](disassociate-bp.md)」を参照してください。

## プロジェクトのブループリントのライフサイクル管理を上書きする
<a name="override-updates-lm"></a>

プロジェクト内の特定のファイルに対するブループリントの更新を上書きしたい場合は、リポジトリに所有権ファイルを含めることができます。[GitLab の Code Owners](https://docs.gitlab.com/ee/user/project/codeowners/) 仕様が推奨ガイドラインです。ブループリントは、常に他の何よりもコード所有者ファイルを尊重し、次のようなサンプルを生成できます。

```
new BlueprintOwnershipFile(sourceRepo, {
      resynthesis: {
        strategies: [
          {
            identifier: 'dont-override-sample-code',
            description: 'This strategy is applied accross all sample code. The blueprint will create sample code, but skip attempting to update it.',
            strategy: MergeStrategies.neverUpdate,
            globs: [
              '**/src/**',
              '**/css/**',
            ],
          },
        ],
      },
    });
```

これにより、次の内容の `.ownership-file` が生成されます。

```
[dont-override-sample-code] @amazon-codecatalyst/blueprints.import-from-git
# This strategy is applied accross all sample code. The blueprint will create sample code, but skip attempting to update it.
# Internal merge strategy: neverUpdate
**/src/**
**/css/**
```