- Only team members can clone the repository and create new branches.
- A production-ready code state should be isolated from any untested code changes.
- Code changes should be approved by another team member before merging to the production-ready master branch.
- All code change approvals must have an audit record.
- New team members can quickly modify code.
Which combination of actions will these requirements? (Choose three.)
A. Check out the master branch and develop new features locally on a feature branch to keep the production-ready code isolated. Ask team members to review the changes before committing the changes locally.
B. Create an AWS CodeCommit repository and an IAM group with permissions to read/write changes to the repository. Add new team members to this group.
C. Create an AWS CodeCommit repository and an IAM role with permissions to read/write changes to the repository. Attach this IAM role to a single IAM user. Ensure each member of the team uses this IAM user. Provide new team members the credentials to this IAM user.
D. Create a local feature branch from the master branch for new features. Commit the new code and push the changes to the feature branch in the repository.
E. Create a pull request so other team members can review the code changes. Implement any suggestions, pull any additional changes from the master branch, and push to the feature branch again. Merge the master branch with the feature branch.
F. Create a pull request so other team members can review the code changes. Implement any suggestions, pull any additional changes from the master branch, resolve any conflicts, and push to the feature branch again. Merge the feature branch with the master branch.