깃허브 충돌은 당연히 날 수 있는거 아닌가요

Question

맨날 충돌나면충돌 내지 말라고 와서 뭐라하는데 이게 맞아요…?그냥 충돌나면 잘 살펴보고 merge해서 pull 하면 되는거 아니냐고요왜 파일 수정하기 전에 미리 얘기하고 수정하라거나같이 쓸수도 있는 파일이면 바꾸더라도 파일은 올리지말고 ㄱ냥 워크로 공유하라는데ㅋㅋㅋㅋ진짜 이게 맞아요??

apidevelop222 · Accepted Answer

걍 몰라서그럼 ㅋㅋ 저희 회사도 몇몇 사람들이 깃헙 도입하고 충돌내면 와서 뭐라 찡찡댔음.누가보면 엄청 큰일인것 마냥 ㅋㅋㅋ 근데 그냥 conflic resolve 하는법을 잘 몰라서 그런거 같네요.기본적으로 코드를 같이 짜게되면 나중에 MERGE하는 사람이 충돌 해결하면 되는게 맞고같이 쓸수도 있는 파일이면 코드 변경사항이 겹치지 않도록 공유하는거 맞다고 생각하네요

Ananya · Answer

부모 브랜치에서(dev) 따서 작업내 브랜치에서 작업원격에 push 전에 부모 브랜치에 반영 사항이 추가되어 충돌이 나는지 pull하여 체크, 있으면 로컬에서 충돌 해결push 후 병합이 흐름대로 작업하고 계신 거 아닌가요? 맞다면 딱히 쓴이님 잘못은 아니라 동료들이 git 프로세스에 미숙한 느낌, 아니라면 이 팀은 git을 도구로는 쓰고 있는데 워크플로는 제대로 정립 못하고 다들 아무렇게나 쓰고 있다는 얘기로 보입니다.

MuDaeng · Answer

흔한si입니다

꾸우까 · Answer

같이쓰는파일이면 미리 상의하고 작업해야하는데그파일쓰는사람들이 다 잘못한거지 그걸또 서로 왜 커밋해서 충돌생기게하냐 짜증내면 답이안보일듯하네요..

이뜸미당 · Answer

어차피 상의를하등말등 각자 브랜치 파서 작업해도dev에 머지할 땐 충돌 날 확률 꽤 있는데충돌 자체를 죄악처럼 보는 게 더 이상한 거 아닌가용협업의 문제를충돌 탓으로 돌리는 건Git을 몰라서라기보단협업을 안 해본 티 같아용

badRacoon · Answer

충돌이 그렇게 싫으면 컴퓨터 하나로 줄 서서 코딩하고 커밋하면 될 듯..ㅎ

siva6 · Answer

예전에 파일단위로 lock를 거는 형상관리 툴도 있었는데요.수정전에 lock을 잡으면 자신만 수정이 가능합니다.다른 사람은 lock이 풀릴때까지 그 파일에 대한 변경을 할 수 없음.뭐 해제없이 퇴근하거나, 심지어 휴가를 간 경우도 있었음.

깃허브 충돌은 당연히 날 수 있는거 아닌가요

7개의 답변

기타 목록