branch란?

브렌치는 깃에서 한 개발자가 아닌 다른 개발자의 협업과정을 돕기위해 깃에서 만든 시스템이다.
우선 깃은 프로젝트 진행에 있어 규모가 크거나 복잡한 작업을 거쳐야 하는경우 한명의 개발자가 아닌 다수의 개발자가 협업을 위해 개입하게 되는데 코드파일에 있어서 공유나 수정을 보다 편리하게 진행할수 있는 장점이 있어 많은 개발집단,단체,팀 에서는 깃을 활용을 많이 하게된다. 필자 생각으로는 만약 깃이 없다고 하면, 특정 하드웨어로 전달 받으며 복잡한 소통과 협의를 통해 지금 협업하는 속도보다 오랜시간 소모해서 작업물을 완성 했을거라 생각한다. 본론으로 들어가서 깃은 하나의 가상의 작업공간이라고 생각하면 된다. 어떠한 일을 할때 본인에게 할당되는 일자리의 개념이라 생각하면 된다. 이 브렌치라는 시스템을 활용해 개발을 진행, 수정하고 변경하고 추가하며 그뒤로 다른 작업자와 공유하고 협의를 통해 보다 나은 프로젝트를 만들수 있다.

branch 파일(작업물)의 상호작용

(핵심개념)

브랜치에 커밋을 하게되면 터미널이 보고 있는 브랜치 시점, 즉 우리가 지정하고 추적하고 있는 브랜치에 코드 파일이 저장된다. 이때 저장됨과 동시에 해당 브랜치에서 관리가 시작되며, 다른 브랜치로 이동할경우 특정 브랜취에 귀속된 파일은 볼수 없게 된다.

git branch 명령어

git barnch "파일명" : 브렌치를 생성한다. (git init을 하게되면 git로컬 저장소가 생성됨과 동시에 기본 유지되는 브랜치도 생성이 된다.)
git checkout "파일명" : 로컬저장소에서 다른 브랜치를 생성 했다면, 복수의 브랜치가 있는 상태다. 이때 이 명령어를 통해 생성한 브랜치로 변경이 가능하다.

git 상황 확인 명령어

(햇갈릴 경우 직접 경험이 필요함)

git log : 브렌치의 작업 및 진행 상황을 확인핼수 있는것
git status : 깃의 작업 및 진행 상황을 확인할수 있는것

git 복구 명령어

git log --oneline : 브렌치의 개요와 그속에 관리물을 확인할수 있는데, 개요중 파일의 더 자세한 상세정보를 확인할수 있다.(참고-> 커밋한 파일의 고유 id까지 확인 가능하다.)
git restore ("파일명" 또는 --source "커밋 아이디") : 수정하고 저장한뒤 뒤로 되돌릴수 없는 상태라면 전 커밋 시점으로 복구할수 있다.