협업 환경에서 깃허브 main 소스코드 관리는 어떻게 하는 것이 좋을까요?

Question

이번에 협업 프로젝트를 진행 중입니다.github organizations에 총 3명의 팀원들이 모여서 하나의 repository에서 작업 중입니다.각 팀원들은 자신이 개발하는 기능별로 브랜치를 나눠서 push합니다.그리고 정상적으로 돌아간다면, main 브랜치에 스스로 merge까지 하려고 합니다.원래 Pull request를 사용해 보려고 했으나, 누군가 Pull request 된 코드를 리뷰하고 main 브랜치로 병합을 허락해야 하는데, 그걸 담당할 사람이 딱히 없어서 각자 자신의 기능은 브랜치로 먼저 push하고, 이상없으면 main 브랜치에 병합하는 거로 진행할까 합니다.여기서 궁금한 점이 생겼습니다.동일한 main 소스코드를 A와 B가 다운로드 받고 작업합니다.이때 A가 먼저 개발이 끝나서 push 후 main 브랜치에 merge시킵니다.이때 B는 자신의 개인 branch에는 push하는 것이 상관 없어 feature/posting이라는 브랜치에 push 합니다.그리고 B는 main 브랜치로 merge하기 위해서fetch를 통해 remote main 브랜치와 상태를 동일하게 맞춥니다.push했던 feature/posting에 있는 소스코드를 붙여넣기 합니다.merge가 완료되었다 싶으면 B는 main 브랜치로 push를 합니다.이런 과정으로 수행되어야 하는 것으로 알고 있는데요 (만약 이 방법이 비효율적이고 잘못 되었다면 말씀주세요!)만약에 B가 main 브랜치로 merge하는 작업에 C라는 사람이 main branch로 다른 코드를 push시키게 되면 B가 힘들게 merge한 코드는 push가 reject 될 텐데이런 부분을 어떻게 관리해야 할지 감이 안 옵니다....현업에서는 Pull Request를 사용한다고 하는데협업으로 다들 공부하면서 프로젝트를 진행하기 떄문에 그 레포지토리 소스코드를 책임지고 관리해줄 사람은 별도로 존재하기가 힘들다 판단이 듭니다.이럴 경우 어떻게 소스코드를 관리해야 할지 모르겠습니다.좋은 방법이 있다면 안내해 주세요.감사합니다.

초무쿤 · Answer

Github PR이나 Gitlab MR을 통해서 서버에서 merge 하게 되면 순차적으로 진행됨으로 reject 날일이 줄어듭니다. 몰론 동일소스파일 동일라인을 동시에 건들였다면 conflict거 나겠지만요. 일차적으로 업무분장을 질하시는게 우선이구요

kenu,전독시 · Answer

브랜치 따서 코딩하기 전에 원격 repo를 업데이트해서, 작업하는 것이 좋습니다.브랜치간에 갭차이가 크면 피곤해집니다.

협업 환경에서 깃허브 main 소스코드 관리는 어떻게 하는 것이 좋을까요?

2개의 답변

Q&A 목록