Google에서 권장하는 SCM(Source Code Management) 모범 사례를 따르고 제공 속도를 높이려면 팀에서 어떤 프로세스를 채택해야 합니까?

Google Cloud는 지속적인 통합/지속적인 배포(CI/CD)를 위해 작은 단위의 잦은 병합을 권장합니다. 각 개발자가 개인 브랜치를 생성하고 매일 main 브랜치로 병합하면 충돌을 조기에 발견하고 해결하여 통합 문제를 최소화하며, 개발 속도를 높일 수 있습니다. 다른 옵션들은 다음과 같은 단점이 있습니다. "각 개발자는 제품 릴리스 전에 main 브랜치에 커밋하고, 테스트하며, 통합 문제가 발생하면 롤백합니다."는 main 브랜치의 안정성을 해치고, 통합 문제 발생 시 롤백 비용이 큽니다. "각 그룹은 리포지토리를 복사하고, 복사본에 커밋하며, 제품 릴리스 전에 main 리포지토리로 병합합니다."는 리포지토리 간의 동기화 및 병합 과정이 복잡하고 비효율적입니다. "각 그룹은 main에서 기능 브랜치를 생성하고, 해당 브랜치에 커밋하며, 주요 릴리스 전에 main으로 병합합니다."는 기능 브랜치가 너무 오래 유지되어 병합 충돌 가능성이 높아지고, 통합 주기가 길어집니다.