기존 Git flow 진행 : feature => feature(remote)=> develop(remote)
문제점: pull request를 통해 받을 때 컨플릭이 일어남. 그리고 마지를 해야하고 컨플릭을 해결하는 당사자가 해당 코드를 짜지 않아서 어떤게 맞는 건지 헷갈림. 즉 pr 올리는 사람이 feature를 올리기 전에 마지를 시도하고 컨플릭을 해결하고 올려야함.
수정 : merge/XXXX-3838 branch 생성(최신 develop 기준, local) => feature/XXXX-3838(remote or local 최신본)에서 받음 => 자체 컨플릭 해결 => merge/XXXX-3838 브랜치 올림(remote) => Develop으로 Pr 올리기
장점은 이렇게 하면 코드를 짠 당사자가 컨플릭을 직접 해결할 수 있어서 문제가 덜어지고, 마지하는 사람 입장에서도 confict해결하는 어려움이 없어짐. merge 하는 사람입장에선 컨플릭 해결보다도 변경된 코드 자체에만 집중할 수 있어서 좋다.
단점은 develop 기준 컨플릭 지우는 당사자가 숙련도가 떨어져서 실수로 develop에서 중요한 부분을 날리면 문제가 생김. merge 하는 사람이 컨플릭도 안났기 때문에 확인이 쉽지 않음. 이럴 경우엔 develop 버전 관리를 통해서 해결하는 수밖에 없다.
추가 수정 방법: 컨플릭을 지우는 당사자가 수정할때마다 커밋을 하고 메시지를 자세히 해서 올린다면 merg할 때 merge 관리자가 좀 더 develop에 문제 생기는 걸 방지할 수 있다.
