git 협업할 때 branch를 효율적으로 관리한다는 건 어떤 걸 말하는 걸까요

Question

보통 저는 협업할 때 최상위 레포에서 develop 브랜치 판다음 팀원들 개별적으로 개인 레포에 fork하고 가져와서 작업한 다음 pull request 날려서 머지하는 식으로 진행해오고 있습니다.그리고 다음 작업을 시작할 때면 fork 한 개인 레포로 pull 로 당겨온다음 커밋하고, 새로운 브랜치를 파서 해당 브랜치에서 또 작업하고 다 하면 pull request 날리고.. 이런 방식으로 배워서 쭉 해오고 있긴 한데요. 조금 꺼려지는 게 이렇게 반복하다 보니 git tree에 새작업마다 만들어 놓은 브랜치가 너무 많습니다. 매번 수정이든, 새로운 기능 추가든 작업할 때마다 브랜치를 파다보니 이렇게 되었는데 이게 좀 눈에 거슬리더라고요. 그래서 이 방식이 맞는 건지 좀 의문이 듭니다. git 전문가 분들에게 여쭤보고 싶네요. 브랜치의 효율적 관리는 무엇일까요 ?

스토리 · Answer

fork를 왜 하는 거에요?그냥 main 브랜치 기준으로 새로운 브랜치를 생성하고 PR해도 됩니다.(github flow)

Lamanus · Answer

pr 승인되고 배포까지 문제가 없으면 작업 브랜치는 굳이 유지하지 않아도 되겠죠. 지우세요.

git 협업할 때 branch를 효율적으로 관리한다는 건 어떤 걸 말하는 걸까요

2개의 답변

기술 목록