[GIT]#7 버전을 나누어 관리하는 이유

브랜치는 나뭇가지를 의미합니다.

나뭇가지와 같이 버전을 여러 흐름으로 나누어서 관리하는 방법을 브랜치라고 합니다.

 

예를 들어서 A와 B가 협업해서 온라인 쇼핑몰을 만든다고 가정하였을 때,

A와 B는 서로 다른 기능을 구현합니다.

이 과정에서 여러 파일을 추가하고 수정하고 삭제합니다.

 

A와 B가 모두 작업을 완료했다면 둘의 작업을 하나로 합쳐야 합니다.

이 때, A와 B는 각자 추가하고 수정하고 삭제한 코드를 대조해야 합니다.

같은 코드를 서로 다르게 수정하였을 수도 있기 때문입니다.

만약 수작업으로 합칠 때 실수도할 수 있습니다.

 

다른 예시로는 프로그램을 제작하고 여러 회사에 납품하는 C회사가 있습니다.

C회사의 프로그램을 사용하는 회사들에게서 여러가지 요구사항을 듣고

그에 맞게 코드를 수정해야 합니다.

C회사는 버전별로 복사본을 만들고 요구 사항별로 복사본을 만들어

각 요구사항에 맞게 수정하려면 매우 번거롭고 어려울 것입니다.

 

위 두 사례를 브랜치로 해결할 수 있습니다.

브랜치는 버전의 분기로 작업을 분기하고 싶을 때 브랜치를 나눕니다.

 

다음 3단계로 버전을 관리합니다.

브랜치를 나눈다.

각자의 브랜치에서 작업한다.

나눈 브랜치를 합친다.

 

위 두 사례에 적용시킬 수 있습니다.

첫 번째 사례에서는 A와 B 각자의 브랜치를 나누고 각자의 브랜치에서만 작업합니다.

각자의 작업이 끝나면 A와 B의 브랜치를 하나로 합칩니다.

이 때 A와 B는 같은 코드를 다르게 수정한 부분만을 살펴보면 됩니다.

 

두 번째 사례에서도 마찬가지입니다.

C회사는 새로운 요구 사항이 생기면 브랜치를 생성하고 

나누어진 브랜치에서 요구 사항을 반영합니다.

버전별로 요구 사항이 아무리 많아져도 브랜치를 나누면 되기 때문에

코드를 통째로 복사할 필요가 없습니다.