22.3: Feature 브랜치 작업 흐름 (workflow)

본 문서는 Git Notes for Professionals (라이센스:CC-BY-SA) 를 한글로 번역한 문서입니다. 번역상 오류가 있을 수 있으므로 정확한 내용은 원본 문서를 참고하세요.

Section 22.3: Feature 브랜치 작업 흐름 (workflow)

Feature 브랜치 작업 흐름 (workflow) 의 핵심 개념은 모든 기능 구현 개발은 master 브랜치가 아닌 전용의 별도 브랜치에서 이루어져야 한다는 것이다. 이러한 캡슐화 (encapsulation) 는 다수의 개발자들이 주 codebase를 건드리지 않으면서 특정 기능을 손쉽게 개발할 수 있도록 도와준다. 이로 인해 master 브랜치에 작업 진행중인 코드가 포함되는 상황을 방지함을 통해 continuous integration 환경상에 커다란 잇점을 가져오게 된다.

캡슐화된 (encapsulation) 기능 개발은 또한 브랜치 기반으로 논의를 시작할 수 있는 pull request 를 활용할 수 있도록 한다. pull request 를 통해 다른 개발자들이 구현된 기능이 공식 프로젝트에 통합되기 전에 승인할 수 있는 기회를 제공하게 된다. 아니면, 기능 구현중에 난관에 봉착한 경우, 동료들로부터 조언을 듣기 위해 pull request 를 생성할수도 있다. 요점은, pull request를 통해 팀 내에서 서로간의 작업에 대한 의견 교환을 손쉽게 할 수 있다는 점이다.

Atlassian Tutorials 기반으로 작성됨.

[출처] https://books.goalkicker.com/GitBook/ (CC BY-SA)