소프트웨어에서 'Feature Branch Workflow'에서 브랜치 전략의 핵심 원칙은?

Q: 소프트웨어에서 'Feature Branch Workflow'에서 브랜치 전략의 핵심 원칙은?

새 기능마다 별도 브랜치를 만들고, 완성 후 코드 리뷰를 거쳐 메인 브랜치에 병합한다 Feature Branch Workflow에서는 기능(feature/login), 버그 수정(fix/header-bug) 등 작업 단위로 브랜치를 분리합니다. 메인 브랜치는 항상 배포 가능한 상태를 유지하고, Pull Request를 통해 코드 리뷰 후 병합합니다. GitHub Flow, GitFlow 등이 이 패턴의 변형입니다.

쉬움 GitHub Docs

보기 및 정답

A 새 기능마다 별도 브랜치를 만들고, 완성 후 코드 리뷰를 거쳐 메인 브랜치에 병합한다

B 모든 개발자가 메인 브랜치에서 직접 작업하며 브랜치를 따로 생성하지 않는다

C 브랜치를 만들지 않고 Git 태그만 사용하여 릴리스 시점을 관리하고 배포한다고 알려져 있다

D 한 번에 하나의 피처 브랜치만 존재할 수 있으며 동시 개발이 불가능하다

해설

Feature Branch Workflow에서는 기능(feature/login), 버그 수정(fix/header-bug) 등 작업 단위로 브랜치를 분리합니다. 메인 브랜치는 항상 배포 가능한 상태를 유지하고, Pull Request를 통해 코드 리뷰 후 병합합니다. GitHub Flow, GitFlow 등이 이 패턴의 변형입니다.

코딩, 제대로 배우고 싶다면?

개념 확인은 퀴즈로, 실력은 실전 프로젝트로.
투더제이 코딩클래스에서 시작하세요.

정규반 살펴보기

로그인

추가 정보 입력

회원가입

비밀번호 찾기

소프트웨어에서 'Feature Branch Workflow'에서 브랜치 전략의 핵심 원칙은?

해설

코딩, 제대로 배우고 싶다면?

관련 문제

모두를 위한 진짜 쎈 바이브코딩