本番リリース前に、開発者は新しい機能の開発を継続しながら、AWS CodeCommit リポジトリでの変更をフリーズする必要があります。QA はリリースをテストし、メインブランチから分離されたバグ修正を実行します。リリース後、すべてのバグ修正はメインにマージされる必要があります。これらの要件を満たすワークフローはどれですか？

このワークフローは、リリースブランチ戦略として知られ、本番リリース前のコードフリーズ、QAテスト、およびバグ修正を効率的に管理します。リリースされるコミットからリリースブランチを作成することで、メインブランチは新しい機能開発を継続できます。QAがリリースブランチでテストを行い、発見されたバグをリリースブランチに直接修正することで、メインブランチへの影響を最小限に抑えます。リリース後、リリースブランチをメインにマージし直すことで、すべてのバグ修正がメインブランチに統合され、将来のリリースに引き継がれます。 Gitタグを使用するオプションは、コードフリーズの要件を満たしますが、タグは固定されたコミットを指すため、バグ修正を直接タグに適用することはできません。また、タグを更新して最新のコミットを指すようにすると、リリースされたバージョンが変更されてしまい、一貫性が失われます。リリース後にメインをリリースブランチにリベースするオプションは、履歴が書き換えられるため、共同作業においては推奨されません。