[💬] git 졸라어려움 branch merge 용어자체가 이해가안됨

[익명(222.251)]

분기를 만들어서 관리한다는데 분기하면 머가좋음? 분기안하면 이전코드로 못돌아감?
인터넷 뒤져가며 읽어봐도 뭔개소린지 어려운 용어들이 판치는데 그냥 백업폴더 만들어서 압축해서 버전별로 이름만 다르게함

[123(210.117)]

;; 백업폴더 만들어서 압축해서 버전별로 하면.. 나중에 뭐가 최신인지 헷갈리지 않냐?

[123(210.117)]

분기하면 뭐가좋으냐면 니가 개발하는데 지금 돌아가는 상태야, 근데 맵 생성 엔진을 크게 바꾸려고 하는데 틀을 크게 바꿔서 중간에 막힐수도 있을거같아 그러면 [change_mapgen] 이라는 이름으로 브랜치를 따, 그럼 원본 돌아가는 소스는 그대로 있는 상태에서 change_mapgen브랜치에서 이것저것 작업을 해볼수 있음 근데 change-mapgen이 아직 완성도 안됐고 막혀있는 상태인데 유저가 상점 에러있다고 업데이트를 해달라고해 그럼 change_mapgen말고 원본 (보통은 master)로 돌아가서 [bugfix1_shop]이라는 브랜치를 만든다음에 수정해 이건 버그픽스라 빨리끝나서 2시간만에 햇어

[123(210.117)]

그럼 master로 돌아가서 bugfix1_shop에서 변경완료된 작업분을 merge해 그럼 master에는 상점버그픽스한 버전이 있게되지? 이런식으로 하면 master브랜치는 항상 돌아가는 버전으로만 관리할수있음

[123(210.117)]

그러다가 change_mapgen을 다시 손댔는데 어느정도 작업이 완료됐어 그럼 commit 한다음에, bugfix1_shop이 여기 change_mapgen에는 포함이 안됐잖아 그런데 bugfix1_shop이랑 지금 만진 change_mapgen이 서로 파일이 다르거나 같은 파일이라도 수정한 구역이 달라서 쉽게 합칠수있게 생겻네? 그럼 change_mapgen으로 이동한뒤에 (bugfix1_shop이 이미 적용된 master)를 땡겨와 pull master 하면 이제 change_mapgen에도 상점 버그픽스한게 합쳐지지 그상태에서 change_mapgen이 완료되면 master로 돌아가서 다시 change_mapgen만큼의 변경분을 합치는데 이렇게하면 미리 bugfix1_shop을 적용해놨기때문에

[123(210.117)]

master랑 change_mapgen브랜치가 크게 차이가 안나서 파일간에 충돌이 적게나서 좋지, 게다가 1년쯤뒤에 다른 부분을 만지다가 에러가 났는데 이전 상점에러랑 비슷한게 났어 그러면 너는 bugfix1_shop브랜치로 돌아가서 master로부터 변경된 부분 로그만 한번 보면 상점에 같은 버그를 어떻게 처리했는지 확인할수가 있지

[123(210.117)]

팀작업인 경우에는 그 코드를 작성한게 누군지 찾아서 걔보고 수정하라고 할수도 있고 설명해달라고 할수도 있지 이런 이력관리를 안쓰는건.... 멍청한짓이야

[익명(122.36)]

123 존나 착하다 완벽한 설명 - dc App

[123(210.117)]

git 안쓴다니 너무 안타까워서..

[글쓴이(119.17)]

어이구 길게 설명 해줘서 git써봐야겠네 일단 땡큐 이해는 했다. 그래도 용어가 어렵긴함 master에서 merge하는거랑 change_mapgen에서 pull master하는거랑 merge, pull 용어차이가 이해안감 인터넷 찾아볼꺼긴한데 change_mapgen에서 merge하는거랑 master에서 pull하는거랑 용어가 어떻게 다른건지 같은거같은데