브랜치 전략

기본 접근 방식에서 벗어나야 할 때 Git 브랜치 전략을 확장합니다.

Git 브랜치를 구성하고 머지하는 방식을 브랜치 전략이라고 합니다. 많은 팀에서 가장 단순한 접근 방식이 합리적이고 효과적입니다: 기능 브랜치에서 변경합니다. 기능 브랜치를 main 에 직접 머지합니다. 그러나 팀에 복잡한 요구 사항(테스트 및 규정 준수 요구 사항 등)이 있는 경우 다른 브랜치 전략을 고려할 수 있습니다. 다음 섹션에서는 일반적으로 사용되는 전략을 설명합니다. 모든 직원이 Git(또는 버전 관리) 전문가를 갖추고 있는 것은 아닙니다. 팀이 Git 기술의 한계에서 작업하는 경우 이 정보가 도움이 될 수 있습니다. GitLab을 여러 개의 다양한 도구를 대체하는 데 사용할 때 Git 브랜치 전략에 대한 결정이 중요합니다. 신중한 계획을 통해 다음 사이에 명확한 연결을 설정할 수 있습니다: 받은 초기 버그 보고서. 팀이 해당 버그를 수정하기 위해 만드는 커밋. 해당 수정 사항을 다른 버전이나 고객에게 백포팅하는 프로세스. 사용자에게 수정 사항을 제공하는 배포. 신중한 선