Git Branch, Restore

Branch

브랜치: 브랜치란 독립적으로 어떤 작업을 진행하기 위한 개념입니다. 필요에 의해 만들어지는 각각의 브랜치는 다른 브랜치의 영향을 받지 않기 때문에, 여러 작업을 동시에 진행할 수 있습니다.

 

또한 이렇게 만들어진 브랜치는 다른 브랜치와 병합(Merge)함으로써, 작업한 내용을 다시 새로운 하나의 브랜치로 모을 수 있습니다.

 

여러 명이서 동시에 작업을 할 때에 다른 사람의 작업에 영향을 주거나 받지 않도록, 먼저 메인 브랜치에서 자신의 작업 전용 브랜치를 만듭니다. 그리고 각자 작업을 진행한 후, 작업이 끝난 사람은 메인 브랜치에 자신의 브랜치의 변경 사항을 적용합니다. 이렇게 함으로써 다른 사람의 작업에 영향을 받지 않고 독립적으로 특정 작업을 수행하고 그 결과를 하나로 모아 나가게 됩니다. 이러한 방식으로 작업할 경우 '작업 단위', 즉 브랜치로 그 작업의 기록을 중간 중간에 남기게 되므로 문제가 발생했을 경우 원인이 되는 작업을 찾아내거나 그에 따른 대책을 세우기 쉬워집니다.

 

git branch : 브랜치 생성(커밋 복사본 생성)

 

git branch -D (브랜치) : 로컬 브랜치를 삭제한다.

$ git branch -D utility
Deleted branch utility (was 0eeefff).

 

git branch -m [브랜치명] [새로운 브랜치명] : 브랜치명 변경하기

 

git branch -m master mymaster

 

git switch : 브랜치 이동

main과 coupon 브랜치이동

 

※ checkout이 대체된 이유는 하나의 명령어가 가진 기능이 너무 많기 떄문이다. 문서에 나온 정의도 다음과 같이 명확히 분리한 것을 알 수 있다.

• checkout: Switch branches or restore working tree files
• switch : Swith branches
• restore : Restore working tree files

 

git merge : 브랜치 합치기는 기준 브랜치 이동 후

git merge [브랜치 이름]

 

git add & git commit : 충돌 해결은 이 코드를 작성한다.

git add .

git commit -m []

 

브랜치 관리

git branch,

git branch -v (브랜치의 상세한 정보) : 현재 등록된 브랜치를 확인한다.

 

 

git restore

 

restore는 워킹 트리의 파일을 복원해 주는 역할을 한다.'

 

파일의 수정 내용(README.md 파일을 수정했다고 했을 때) 을 복원하려면 git checkout -- README.md 처럼 사용했는데 이젠 다음과 가이 사용할 수 있다.

명확하지 않은 checkout -- 보다는  restore가 더 낫다고 한다.

$ git restore README.md

git add 를 통해서 수정 내용을 stage에 이미 넣었을 때 이를 다시 빼려면 git reset HEAD README.md 를 사용했어야 했는데 이부분도 restore로 들어왔다. 수정사항을 빼고 조작할 때 모두 restore로 통일 되어서 사용하기도 쉬울 테고 이해하기도 좋다.

$ git restore --stage README.md