깃허브 브런치 전략 어떻게 쓰시나요?

Question

안녕하세요 개발자 뉴비입니다.현재 신규 개발을 진행중인데 개발진행중 브런치 관련해서 궁금한점이 있어서 선배님들에게 질문드리고자 합니다.지금 개발하는곳은 bitbucket를 이용해서 형상관리중인데 흐름은 아래와 같습니다.main 브런치에서 develop 브런치를 생성 후 개발자 A, B, C가 각각의 신규 개발을 위해서 브런치를 생성함develop_feature_A -> 개발 -> 본인 브런치로 pushdevelop_feature_B -> 개발 -> 본인 브런치로 pushdevelop_feature_C -> 개발 -> 본인 브런치로 push개발 PL은 A,B,C의 브런치를 하루한번 develop브런치에 merge를 진행함2번 진행과정에서 PL님과 제 의견이 갈리는데 설명하자면 PL : 각각의 브런치를 merge하는데 충돌이 너무 발생한다. 다들 개발하면서 수시로 develop브런치를 본인 브런치에 업데이트를 진행하지 안하는것인지 궁금하다. 만약 안한다면 해야하는게 맞다.제의견 : 저희가 develop브런치를 제 feature 브런치에 업데이트하는게 맞는지 모르겠다. 그럴거면 뭣하러 브런치를 나누는건지 이해가 안간다.저는 개인적으로 아직도 잘 이해가 되지 않아서 선배님들의 의견이 궁금합니다. 어떤게 좀 더 올바른 방향인가요??

감독님테스트가하고싶어요 · Accepted Answer

PL님의 의견이 맞습니다dev 브런치로 들어갔다는거부터가 "작업이 완료된 코드"라는거고 그거랑 충돌이 나면안되죠수시로 pull 땡겨오면서 충돌 이슈가 있는지 확인해야합니다.애초에 pl 이 병합해주는게 아니라 본인이 pr 올려서 밀어넣는 상황이어도 pr 올리기전에 pull 땡긴 후 충돌나는지 갈무리하고 올리는게 일반적입니다.안그럼 충돌나서 뭐 진행이 안되요 ㅎㅎ

qwer1232 · Answer

branch 전략이 이상한데요 ? 본인 branch로 왜 푸시하지 ?

qwer1232 · Answer

마스터스테이지 (생략될수잇음 테스트를 더 하냐안하냐차이)개발픽처마스터에서 개발을만들고 마스터기준으로 픽처를땀픽처브랜치를 개발에 머지함테스트해보고 괜찮으면 마스터에 머지함마스터기준으로 또 픽처를땀 (픽처따기전에 마스터 pull받음)반복기능 하나당 픽처하나임

Unknown_ · Answer

작성자님 의견대로하자면... 형상관리의 의미가 없는데요?상위 브런치를 작업자의 브런치에 업데이트 하지 않고서 계속 작업하는 것은,그냥 남이 올린거 싹 다 무시하고 내꺼만 올려버려야지 하는 전략입니다.리더급이 병합까지 해줬으면, 그 뒤로는 병합물을 알아서 로컬 브랜치로 받아야합니다.그게 아니면 분 단위로 작업 내역을 먼저 PUSH 선수치는 수 밖에 없습니다. 협업툴이잖아요.서로가 path - update / push - merge 작업을 존중하지 않는다면, 그냥 압축파일로 전달 받으세요.뭣하러 GIT 씁니까, 복잡하게;

시나몬롤먹고싶다 · Answer

상위 브랜치 변경사항이 있으면 당연히 업데이트 해야죠...?

S_J · Answer

당연히 수시로 develop브런치를 pull해서 업데이트 해야죠.수시로라면 잊어버릴수도 있으니 develop에 갱신이 있으면 알람이 와서 각자 갱신하는 업무 흐름이 필요하고요.

코딩하는 두루미 · Answer

여러 전략이 있겠지만 글에 작성되어 있는 대로 하실거라면출근하자마자 dev 브랜치를 본인의 작업할 브랜치로 한번 pull 해와야겠죠본인 작업 브랜치에는 B,C들이 작업한게 없잖아요?같은 소스코드를 건드렸다면, 매번 머지할때마다 충돌이 나겠지요.PL이 merge한다고 하셨는데, 본인이 작업하지 않은 코드 conflict 해결하는건 쉽지 않습니다.이에 들어가는 시간과 비용이 생각보다 많을거구요.이것을 매일 아침 각자 pull한번 하고 작업시작하면, 문제가 일어날 확률이 대폭 줄어드는데, 하지 않을 이유가 없어보이네요

장독깨기 · Answer

ㅎㅎㅎ 충돌나면 열라 짜증납니다. 본인이 머지 작업하게되면 그런 소리 안 나올 겁니다.가급적 충돌 안나게 브랜치를 따는 것이 최상책입니다. :)

거봉 · Answer

pl은 왜 develop 브랜치로 매일 머지를 하나요 ?매일 merge를 하기때문에 문제가 되는거 같습니다.develop 브랜치의 소스를 매일 우리쪽으로 당기는건 괜찮은데개발중인 소스를 develop 에 매일 머지하는게 이해가 안되네요.. 매일 3개 브랜치가 develop에 merge 된다는건 매일 같은 소스로 동기화 된다는건데 그럴거면 굳이 브랜치를 왜 3개로쪼개서 작업을 하는지 이해가안되네요 저 행위는 그냥 하나의 브랜치에서 다 같이 작업하는거랑 뭐가 다를까요 ?

자읭식과읭 · Answer

Develop 머지 전에 conflict resolve는 필수

깃허브 브런치 전략 어떻게 쓰시나요?

10개의 답변

#feature 목록