전송 속도를 높이기 위해 대규모 조직에서 Google이 권장하는 모범 사례를 따르는 Git 기반 SCM 워크플로우는 무엇입니까?

정답은 "각 팀은 main에서 기능 브랜치를 생성하고, 해당 브랜치에 변경 사항을 커밋하며, 변경 자문 위원회 승인 후 main으로 병합합니다"입니다. 이는 대규모 조직에서 전송 속도를 높이는 데 효과적인 Git 기반 SCM 워크플로우인 기능 브랜치 워크플로우를 설명합니다. 기능 브랜치를 사용하면 여러 팀이 main 브랜치를 방해하지 않고 동시에 작업할 수 있습니다. 변경 자문 위원회(CAB) 승인 절차는 변경 사항이 main에 병합되기 전에 적절히 검토되고 승인되도록 하여 안정성을 보장합니다. 오답인 "각 개발자는 각 릴리스 전에 main에 직접 커밋하고, 테스트하며, 통합 문제가 발생하면 롤백합니다"는 main 브랜치에 직접 커밋하는 것은 통합 문제를 자주 발생시키고 롤백 비용이 많이 들기 때문에 대규모 조직에서는 비효율적입니다. "각 그룹은 리포지토리를 포크하고, 포크에 커밋하며, 각 릴리스 전에 main 리포지토리로 병합합니다"는 포크 기반 워크플로우는 오픈 소스 프로젝트에 더 적합하며, 대규모 내부 조직에서는 오버헤드가 발생할 수 있습니다. "각 개발자는 개인 브랜치를 생성하고, 거기에 커밋하며, 매일 main으로 병합합니다"는 매일 main으로 병합하는 것은 너무 빈번하여 불안정성을 유발할 수 있으며, 변경 사항이 충분히 검토되지 않을 수 있습니다.