[git] 중간 저장소를 가진 버전관리 소프트웨어 git과 git 로컬/원격 명령어

git vs gitHub

🐀 git은 버전관리 소프트웨어, gitHub은 원격 저장소 서비스이다

즉, github은 git(SW)으로 버전관리한 코드를 올릴 수 있는 원격 저장소 서비스를 말한다.

📘 버전관리란
원하는 시점마다 변경사항들에 대한 스냅샷을 찍어 박제하고
박제한 시점들을 자유롭게 돌아다닐 수 있는 것을 말한다.

git만의 특별한 Staging Area

🐁 git Staging Area는 변경사항이 remote_저장소에 commit되기 전, 반드시 거치는 중간단계 저장소이다

중간단계 저장소가 있으면
🎯 변경(예정) 결정사항을 조금씩 저장해, 한번에 결정하지 않아도 된다.
🎯 충돌을 해결할 때 파일단위로 충돌 해소가 아닌, 필요한 만큼의 충돌을 해소한 후, push하면 된다.
🎯 커밋 메세지를 변경할 때(git commit --amend) 일부 수정사항을 포함할 수 있다.

git 로컬 명령어

😸 git 로컬 명령어

🍍 commit: 특정 시점의 스냅샷(with 해시값)

🍍 branch: 특정 commit에 대한 참조

🍍 checkout: branch 이동

🍍 HEAD: 현재 checkout된 commit (현재 작업중인 커밋)

HEAD는 보통 branch에 붙어있지만, 분리할 수도 있고, commit(해시값)에 붙일 수도 있다.

🍍 상대참조, HEAD^: 한 commit 위

🍍 상대참조, HEAD~2: 2 commit 위

※ 상대참조를 사용하는 이유는 해시값을 이용하기 번거롭기 때문이다.

• git commit

  remote_저장소의 디렉토리에 있는 모든 파일에 대한 스냅샷을 기록하는데,
  git은 커밋을 가볍게 유지하고자, 이전 버전과의 변경내역을 저장한다.

• git merge <other_parents_commit>

  두 부모의 모든 작업내역을 합친다.
  😸 git merge feature_w;
  

• git rebase <other_commit>

  HEAD가 가리키는 커밋을 다른 commit 아래에 떨군다.
  커밋 트리를 한줄로 만들 수 있지만, 히스토리 순서가 바뀐다.
  때문에 히스토리가 순서대로 보존되기 원한다면 merge
  😸 git rebase feature_w;
  

• git branch -f <will_move_branch> <loc>

  (HEAD의 위치와 상관없이) 특정 branch를 특정 위치로 이동시킨다.
  ※ 위치(loc)는 git이 알아낼 수 있는 표현이면 된다(commit_hashvalue, branch_name, 상대참조)
  😸 git branch -f feature_w bugFix^;

• git reset <loc>

  예전의 커밋으로 되돌린다.
  😸 git reset HEAD^;
  

• git revert <other_commit>

  예전의 커밋으로 되돌리고, 되돌린 흔적을 커밋
  😸 git revert HEAD~2;

• git cherry-pick <commit1> <commit2> ...

  특정 커밋들을 골라 HEAD가 가리키는 commit 하위로 옮긴다.(순서대로)
  😸 git cherry-pick C3 C4 C7;
  

• git tag <tag_name> <other_commit>

  branch 대신, 중요한 지점(commit)에 영구 표시한다.
  ※ tag로 checkout하면 HEAD가 분리된다.
  😸 git tag V1 C2;
  

• git describe <branch>

  tag 기준, 상대적 위치 파악 (가장 가까운 부모tag로부터 얼마나 멀리있는지)
  출력: <std_tag_name>_<numCommits>_g<hashValue>
  😸 git describe main;
  
  V0_2_gC2

git 원격 명령어

🙀 git 원격 명령어

※ remote_저장소는 local_저장소의 복사본일 뿐이다.
즉, 내 작업을 공유하거나 다른 사람 작업을 공유받는 역할로써 remote_저장소가 갱신될 때 origin/main이 갱신된다.

• git clone <repository_url>

  remote_저장소의 복사본을 local에 생성
  동시에 local_저장소에 origin/<branch_name>이라는 새 branch가 생긴다.
  해당 branch는 가장 최근 remote_저장소와 작업했을 때 기준, remote_저장소의 상태를 반영한다.
  이는 local에서의 작업과 remote에서의 작업의 차이를 이해하게 해준다.
  ※ origin/<branch_name>은 remote_저장소의 상태를 반영하기만 하기 때문에 해당 branch로 checkout하게되면 분리된 HEAD_MODE로 가게 된다.
  (해당 branch에서는 직접 작업할 수 없기 때문에)

• git fetch origin <remote_branch> talk with remote

  remote_저장소에서 데이터를 가져오는 방법으로, remote_저장소의 상태를 반영한다.
  origin/<branch_name>만 remote_저장소의 상태에 따라 갱신된다.
  ※ 단, 로컬의 코드를 바꾸지는 않는다. (local_branch는 갱신하지 않는다.)

  🙀 git fetch origin foo;

  🙀 git fetch origin remote_foo:local_main;
  ※ HEAD(현재 CHECKOUT된 branch)에서는 이 명령이 불가하다. (작업한 내용이 사라지는 것을 방지)
  ※ 이 명령에서는 local_branch가 destination인데, 해당 branch명(local_main)가 없는 상황에도 이 명령을 쳐도, 해당 branch를 만들어주며 작동한다.

  📘 콜론(:) 참조스펙
  (🎯 source의 branch와 destination의 branch가 다를 때 사용)
  git이 알아낼 수 있는 표현으로 위치를 나타낸다면 콜론 참조스펙을 이용할 수 있다.
  ex. git fetch origin remote_foo:HEAD^
  
  🙀 git fetch origin :foo
  : 그냥 local_저장소에 foo(local_branch)를 생성 (= git branch foo)
  🙀 git push origin :foo
  : 그냥 remote_저장소에 foo(remote_branch)를 삭제, local_저장소의 origin/foo도 삭제
• after fetch, merge 방법
  • git cherry-pick origin/main
  • git rebase origin/main
  • git merge origin/main

  🐫 이 방법들도 git에게 remote_저장소의 변경을 합쳐다고 알려준다. (git push할 수 있게)

• git pull origin <remote_branch>

  fetch와 merge를 한번의 명령어로 처리하는 방법이다.
  remote_저장소의 commit들은 origin/main_branch에 내려받아지고, main_branch가 merge된다.

  📕 remote 추적 속성
  main_branch와 orgin/main_branch 사이의 연결은 remote 추적 속성을 통해 이루어진다.
  main_branch는 origin/main_branch를 추적하도록 git clone 시 자동 설정된다.
  
  local branch "main" set to track remote branch "o/main"
  
  git clone을 하면서 remote_저장소에 있는 모든 branch에 대해 local_저장소에 origin/~_branch를 생성한다.
  그 후, 현재 active한 branch를 추적하는 하나의 local_branch를 생성한다. (대부분 main)

  🙀 git pull origin foo;
  = git fetch origin foo; git merge origin/foo;

  🙀 git pull origin remote_foo:local_foo;
  = git fetch origin remote_foo:local_foo; git merge local_foo

  🙀 git pull –rebase origin foo;

  git pull과 다르다, remote_저장소에 한줄로 갱신한다.

• git push origin <remote_branch>

  local_저장소의 새 commit들을 remote_저장소의 branch에 갱신한다.
  이렇게 하면, local_저장소의 origin/~_branch도 자동 갱신된다.
  🐫 git push를 하려는데 remote_저장소에 fetch 받지 않은 새 commit이 공유되어 있다면,
  git push를 막고 git pull을 먼저 하도록 강제한다. (히스토리가 엇갈리지 않게 방지)

  🙀 git push origin main

  ✨ HEAD의 위치와 상관없이 local_main_branch의 작업내용를 remote_main_branch에 공유한다.
  ※ 단, 인자 없이 git push를 할 때는, HEAD가 remote_branch를 추적하는 local_branch에 checkout되어 있어야 한다.

  🙀 git push origin local_main:remote_foo

  push 명령에서는 remote_branch가 destination이 된다. (pull과 반대)
  ※ 이 명령에서는 remote_branch가 destination인데, 해당 branch명(remote_foo)가 없는 상황에도 이 명령을 쳐도, 해당 branch를 만들어주며 작동한다.

• git checkout -b <local_branch> origin/main

  local_branch를 생성하고 origin/main를 추적하게 설정한다.
  이렇게 하면 local_main_branch는 git push/pull 후에도 갱신되지 않는다.

• git branch -u origin/main <local_branch>

  local_branch가 origin/main을 추적하도록 설정한다.

pull request

🍝 보통 remote_저장소의 main_branch는 잠겨있다.

! [remote rejected] main -> main (TF402455: Pushes to this branch are not permitted; you must use a pull request to update this branch.

때문에 local_main_branch의 작업내용을 remote_main_branch에 적용하려면 pull request 과정을 거쳐야 한다.

보통 local_branch (main x)에서 작업을 하고 이를 commit하고 push, pull request 과정을 거쳐 remote_저장소의 main_branch에 적용된다.

🍪 만일, 실수로 local의 main_branch에서 작업을 하고 commit 했다면,
git branch feature_branch; git checkout feature_branch; git push;
git checkout main; git reset HEAD^;