어제 깃에 대해 질문했던 개발자입니다 다른 질문을 가지고 와봤습니다!

Question

안녕하세요 어제 깃에 대해 질문했던 개발자입니다.감사하게도 여러 선배님들께서 조언을 해주셨고 이전보다 많은 정보를 얻을 수 있었습니다.한 가지 더 여쭤보고 싶은 부분이 있어 이렇게 글을 작성하오니 작은 도움이라도 감사히 받겠습니다 ㅎ_ㅎ어제 여러가지 테스트를 진행하여 각 개발자들이 브랜치를 커밋하는 상황을 만들어보았습니다.여기서 한가지 궁금증이 생겼습니다.가령 아래와 같은 코드가 있다고 했을 때

로그인

로그인 case-1

case-1 브랜치에서는 위와 같이 수정하였고

로그인

로그인 case-2

case-2 브랜치에서는 위와 같이 수정하여 커밋하였다고 가정했을 때머지 리퀘스트에서 case-1을 머지하고 다음 case-2를 머지 하려하면 Merge blocked: merge conflicts must be resolved.이와 같은 메세지와 함께 충돌을 병합하라는 메세지가 표시 됩니다.여러 사람들이 함께 작업하다 보니 위와 같은 충돌이 빈번할 것이라 생각되는데 혹시 여러 선배님들과 동료 개발자분들께서는 이런 상황에서는 어떤 방향으로 진행을 하시는지와 무지에서 말씀드린 "빈번할 것이다."라는 저의 판단이 옳은 판단인지와 현재 회사에는 브랜치 커밋을 시간을 정해놓고 수시로 하는 방향을 제시했으나 이런 방향성이 맞는지가 궁금합니다.현재 저희 기업에는 깃을 사용해 본 사람이 저를 제외하고는 없습니다. 저 역시 깃을 단순 풀 푸시 커밋 정도만 접해본 입장에서 사용할 수 있다고 자신 있게 말할 수 없는 입장인지라 이렇게 질문을 올려봅니다.저의 질문에 답답함을 느끼실 분들에게 미리 사과의 말씀을 드립니다.

오후 · Answer

개인적 경험상 업무분장만 제대로 되어있다면 빈번하지는 않습니다.동일영역을 같이 수정할일이 크게없음충돌발생되는 케이스는 대부분 공통(유틸)등 영역 - 이도 전담자가 별도로있다면 큰충돌없음

shintwl · Answer

서로 같은 파일에서 작업하면 충돌이 나기가 쉬울 수 밖에 없습니다각자 다른 파일에서 작업할 수 있도록 프로젝트 구조를 설계하는 것도 좋을 것 같구요Merge Request를 날리고 다른 분들의 OK 사인이 있어야 Merge를 승인하는 등의 과정을 운영하시는 것도 좋을 것 같습니다

abccbama · Answer

빈번하게 일어나는 일이구요머지하는 브랜치를 master라고 한다면branch1을 master로 머지하였을 때 branch2에서는 master를 rebase받아 충돌을 해결하고 merge request해야합니다간혹 rebase받아 충돌을 해결하려 할 때 어디에 누구코드를 넣어야 할 지 모른다면 그때는 git log 보고 담당자와 상의해서 충돌을 해결하는거죠

세브라이드 · Answer

1오픈 소스 방식해당 코드의 주인을 지정일선 개발자는 해당 코드를 수정시 항상 해당 코드의 주인에게 PR을 날림코드의 주인은 해당 코드의 수정요청을 승인하거나 역제안을 하거나 반려를 함코드의 주인은 한명일 수도, 여러명일 수도 있고 특정 폴더만 책임질 수도 있고 전체 코드 스페이스를 책임질 수도 있습니다.한줄 정리: 충돌은 각 코드의 주인이 해결함2소규모 팀 방식먼저 base branch에 머지한 놈이 우선. 일선 개발자는 항상 자신의 코드를 base 기준으로 최신화 시켜야 하며(rebase or merge) 최신화시킨 코드 기준 위로 수정사항을 쌓아올려야 함.한줄 정리: 충돌은 일선 개발자가 알아서 해결.

어제 깃에 대해 질문했던 개발자입니다 다른 질문을 가지고 와봤습니다!

4개의 답변

Q&A 목록