[%] 밑에 글쓴 사람인데 git공통브랜치 작업..

[익명(126.133)]

안건브랜치 - 공통브랜치 여기서 각자 개인브랜치 끊어서 

각자 작업하고 공통브랜치에 올리는 식으로 하자고 했는데

공통브랜치 하나에서 하는 거랑 뭐가 다르냐고 하는데

어차피 충돌나는건 마찬가지 아니냐고

근데 ㅅㅂ 안좋은건 알겠는데 딱 이래서 별로다 라고

말을 못하겠음

진짜 별 차이 없다고?

개인브랜치에서 충돌해소하고 올리는게 깔끔하지 않나?

- dc official App

[익명(110.8)]

제미나이한테 불어봤는데 공동 브랜치 두고 각자 브랜치 따로 따서 머지해가며 작업하는게 낫다는데. 브랜치 하나를 같이 쓰면 서로 다른 파일을 수정해도 나중에 pussy 하는 쪽이 리베이스 해서 pussy해야하는 문제가 발생한다는듯? - dc App

[익명(126.133)]

나도 당연 제미니한테 물어봐서 저렇게 하자고 한거.. 근데 서로 다른 파일 수정한거면 충돌은 안생겨서 상관없을텐데? pussy드립은 5점드릴게요 - dc App

[익명(110.8)]

@ㅇㅇ(126.133) 커밋해시 달라져서 무조건 충돌나지 않나? 예전에 한번 해봤던거 같은데 기억이 가물가물하네 - dc App

[익명(164.125)]

@ㅇㅇ(110.8) 컨플릭이야 나는건데 해소하는게 ㅈㄴ 쉬워지긴 하지

[부드러운곰탱이(sjobs66)]

나같은 경우는 커밋 깔끔하게 관리하고 싶어서 로컬에서 개발중에 rebase하는 경우 있는데 이런 거 아니고 뭐 진짜 커밋만 하는거면 상관 없긴 할듯?

[익명(223.222)]

뭐가 다르냐니 그럼 애초에 브랜치는 왜나눈건데 ㅋㅋㅋㅋ 대체 얼마나 ㅄ이길래 ㅋㅋㅋㅋ회사 수준 눈에 훤히 보인다

[둥충(sjl18ebbejq18)]

공통브랜치는 푸시금지로 놓고 각자 브랜치에서 공통 브랜치로 머지해 이게 안전하다. 개발자간 규칙으로 정하는것보다 물리적으로 제한하는게 훨나음.

[둥충(sjl18ebbejq18)]

개발브랜치 개별파일 수정은 옛날 svn , cvs 스탈인데 그건 개별 파일 수정 잠금을 보장하기 때문에 괜찮음 근데 이건 깃이라서 다름.

[둥충(sjl18ebbejq18)]

원브랜치로 갈거면 “ 항상 pull먼저” , “push -f 옵션 금지” , 두개는 반드시 지켜, 충돌나면 작업한 파일 따로 빼서 그냥 버리고 diff툴 따로 써서 해

[익명(betabyte7)]

Main은 반드시 왼성본 개발자는 반드시! 작업할 main을 먼저 로컬로 pull 한 후 push 그리고 병합.

[익명(betabyte7)]

Push는 개별 브랜치류 체크포인트 만들고 머지할땐 반드시 풀리퀘로

[익명(114.30)]

차이 없는게 맞음. 쓸데없는걸로 기싸움 하고 있네. 꼭 나누고 싶으면 니 로컬에 만들면 되는거임

[익명(114.30)]

브랜치를 나눠야 할 때는 하나의 소스가 2가지 기능으로 나뉠때지. 너처럼 한가지 기능을 협업하는 상황에서는 필요없다

[익명(betabyte7)]

깃에서 push 허용안함 둘중 하나는 뒤지세여 하는게 깃임

[익명(am1196)]

하다보니 기능을 세부적으로 자른다거나 그럴 수도 있는건데 뭘 차이가 없음 - dc App

[익명(126.133)]

답변주신 형님들 감사합니다 일단 말빨이 안되서 브랜치 하나로 하기로 했어요 뭐 큰일이야 나겠어요 ㅎㅎㅎㅎㅎㅎ - dc App

[ㄱㄴㄱ(121.139)]

팀에 브랜치 전략이 명확하지 않아서 그럼 브랜치를 나누는 이유와 목적이 명확하니 않으니 그럴듯한 변명이 생각 안날 수 밖에... 그리고 git도 lock기능 있어...