[GITHUB] 1개 Issue에 changed files이 많을 때 처리법

이 문제는 게시판 서비스 뷰에 기능 구현하기 Issue를 진행하면서 많은 commit과 파일이 생성되고 변경되면서 겪은 상황이다.

 

한 Issue에서 test와 기능 구현을 전부 진행하였는데, test에서만 changed files이 20개가 나왔다.

 

기능 구현까지 끝내면 코드 리뷰 양이 너무 많을 거 같아 feature branch를 분산시켜 처리해 보았다.

 

다음과 같이 이슈 번호에 맞춰 브랜치를 분리시킨다.

• feature/#21 
  • feature/#21-service
  • feature/#21-service-impl

 

feature/#21은 부모의 역할을 하고 feature/#21-service과 feature/#21-service-impl은 자식의 역할은 맡는다.

 

feature/#21 브랜치를 원격 Repo에 Push 하고

feature/#21-service 과 feature/#21-service-imple 브랜치는 구현 완료될 때 원격 Repo에 Push 한다.

 

자식 브랜치에서 구현된 기능과 Merge 되는 base 브랜치를 main이 아닌 부모 브랜치로 설정한다.

 

 

main 브랜치로 모든 변경점을 한 번에 Merge 하는 것이 아니라

브랜치를 세분화하여 개발하고 해당 이슈에 대한 모든 작업이 완료되면

해당 이슈에 대한 브랜치로 통합시켜 효율적으로 코드 리뷰를 할 수 있도록 하는 방식이다.

 

이 과정을 그림으로 표현하면 다음과 같다.