프로덕션 릴리스 전에 개발자는 새로운 기능을 계속 작업하면서 AWS CodeCommit 리포지토리의 변경 사항을 고정해야 합니다. QA는 릴리스를 테스트하고 메인 브랜치와 격리된 버그 수정을 수행합니다. 릴리스 후 모든 버그 수정 사항은 메인으로 병합되어야 합니다. 다음 워크플로 중 이러한 요구 사항을 충족하는 것은 무엇입이까?

이 워크플로는 요구 사항을 가장 잘 충족합니다. 릴리스 브랜치를 생성하여 QA 테스트 및 버그 수정을 메인 브랜치의 새로운 기능 개발과 격리합니다. 개발자는 메인 브랜치에서 새로운 기능을 계속 작업할 수 있으며, QA는 릴리스 브랜치에서 안정적인 버전을 테스트하고 버그를 수정할 수 있습니다. 릴리스 후 릴리스 브랜치를 메인으로 병합하면 모든 버그 수정 사항이 메인 브랜치에 통합됩니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다: Git 태그는 특정 커밋을 가리키는 포인터일 뿐 수정 사항을 적용할 수 있는 브랜치가 아닙니다. 메인을 릴리스 브랜치로 리베이스하는 것은 메인 브랜치의 커밋 기록을 변경하여 혼란을 야기할 수 있습니다.