Git 이용법과 명령어

1. Git 설치 및 설정

sudo apt-get install git-core

#사용자 정보 추가 (현재 시스템의 모든 디렉토리에서 해당 정보 사용)
git config --global user.name "이름"
git config --global user.email "이메일 주소"

#기본 설정 리스트 확인
git config --list

 

 

2. Git Repository 생성

#새로운 프로젝트 생성
git init

#Git 서버의 프로젝트 복제
git clone [REPO_URL] [LOCAL_DIR]

 

 

3. Branch 생성과 관리

참고: Git 브랜치 - 브랜치란 무엇인가

 

Branch의 작동구조

현재 branch를 가리키는 포인터를 'HEAD'라고 한다. 각 branch는 하나의 commit을 가리키고 있다.

 

checkout을 통해 다른 branch로 이동할 수 있다.

 

여기서 새로 commit을 하면 현재 branch가 새 commit을 가리키게 된다.

 

 

Branch 관련 명령어

 

• branch 목록 확인

git branch
# 목록에 *이 붙어 있는 것이 현재 branch (HEAD)

• branch 생성

git branch [BRANCH_NAME]

• branch 전환

git checkout [BRANCH_NAME] # BRANCH_NAME으로 전환
git checkout -b [BRANCH_NAME] # branch 생성 + 전환

• branch 삭제

git branch -d [BRANCH_NAME]

• branch 이름 변경 (rename)

git branch -m [NEW_NAME] #현재 branch 이름을 [NEW_NAME]으로 변경

 

 

4. Add, Commit, Push

참고: Git의 기초 - 수정하고 저장소에 저장하기

 

Git에서 파일은 세 곳에 저장된다.

• working directory : 파일을 작업할 떄 직접 이용하는 로컬 작업 공간
• index(stage) : 작업 공간과 확정된 데이터가 들어가는 공간 사이의 buffer
• head : 최종 코드가 저장되는 공간

 

https://rogerdudler.github.io/git-guide/index.ko.html

 

 

모든 파일은 추적대상(tracked)과 그렇지 않은 파일(untracked)로 나뉜다. 한 번 stage에 올렸거나 clone을 통해 내려받은 모든 파일은 tracked가 된다. 다시 말해 새로 생성해서 stage에 한번도 올리지 않은 파일만이 untracked 파일이다.

 

Tracked 파일은 modified와 unmodified 둘 중 하나의 상태를 갖는다. Tracked 파일이 commit된 이후로 수정되면 modified 상태가 되고, 다시 commit을 하면 unmodified 상태로 바뀐다.

 

 

 

working directory의 파일 혹은 폴더를 stage에 올린다.

 

# 전체 추가 (untracked 파일과 modified 파일)
git add *

# 일부 파일 추가
git add (파일경로)

-> 파일이 stage에 있는 상태

Stage는 commit에 반영할 파일들의 목록이라고 보면 된다. add 명령은 파일을 새로 추적할 때도 사용하고, modified 상태의 파일을 stage에 올릴 때도 사용한다.

 

Stage에 있는 파일들의 상태를 확인한다.

git status

 

commit을 이용하여 stage에 있는 파일들을 올린다. 

 

git commit -m "설명"

-> 파일이 head에 있는 상태. 하지만, github에는 반영이 되지 않는다

 

 

혹은, -a 옵션으로 add와 commit을 한번에 실행할 수 있다. (단, 한번도 add 되지 않은 파일은 따로 add를 해줘야 한다.)

git commit -am "설명"

 

 

github repository에 commit을 업데이트한다.

 

init으로 새로운 프로젝트를 생성한 경우, git에게 파일을 올릴 github의 remote repository 서버 주소를 알려주어야 한다.

git remote add [REPO] [URL]

 

변경사항을 remote repository에 반영한다.

git push [REPO] [BRANCH]

-> 파일이 github에 올라간 상태

 

 

5. Merge

참고: Git 브랜치 - 브랜치와 Merge의 기초

 

두 branch를 합쳐주는 것을 merge라고 한다. Merge에는 세 가지 경우가 있을 수 있다.

 

1) Feed-forward merge

 

 

master branch를 hotfix branch로 merge할 때, hotfix branch가 master branch 이후의 commit을 가리키고 있으므로 이 경우는 단순히 가리키는 commit을 옮겨주기만 하면 된다.

 

git checkout master #master branch로 이동
git merge hotfix #hotfix branch로 merge
git branch -d hotfix #동일한 commit을 가리키고 있으므로 hotfix branch는 삭제

 

2) 3-way merge

 

갈라지는 branch에 있는 두 branch를 merge하려는 경우, 공통 조상인 분기점까지 함께 이용하여 3-way merge를 하게 된다. 이는 공통 조상과 두 branch를 비교하여, 서로 수정된 부분을 합치는 방식이다.

 

 

git checkout master
git merge iss53

공통점들을 합친 새로운 commit이 생성되고, 이 commit을 master branch가 가리키게 된다.

 

3) 충돌

 

만약 갈라지는 branch에 있는 두 branch가 서로 같은 내용을 수정했을 경우 충돌이 발생하고, 이 경우에는 3-way merge를 수행할 수 없다. 이 때는 git status 명령을 이용해 충돌이 일어난 부분을 확인하고 직접 고쳐 주어야 한다.

 

 

6. Remote repository와 Remote branch

참고: Git 저장소 - 리모트 저장소, Git 브랜치 - 리모트 브랜치

 

Remote repository: 로컬이 아닌 원격에 있는 repository. 저장소를 clone하면 origin 이라는 remote repository가 자동으로 등록된다.

 

• Remote repository 목록 확인

git remote

• Remote repository 추가하기

git remote add [REPO] [URL]
#ex) git remote add pb https://github.com/paulboone/ticgit

 

Remote branch: Remote repository에 있는 branch를 가르키는 포인터

Remote tracking branch: Remote branch를 추적하는 branch. 로컬에서 임의로 수정할 수 없고 remote branch의 업데이트에 따라 자동으로 갱신됨. <remote>/<branch>의 형식으로 되어 있다. (ex: origin/master)

 

clone으로 서버에서 repository를 복제해오면 git은 자동으로 origin이라는 이름을 붙히고, 서버의 master branch를 가리키는 포인터를 만든다(origin/master). Git은 로컬의 master branch가 origin/matser을 가리키게 한다. 사용자는 이 branch에서 작업을 할 수 있다.

이후 로컬의 master branch에서 추가적으로 commit을 하면 다음과 같은 모습이 된다.

 

Remote repository에서 소스 가져오기

 

Remote repository에서의 소스를 동기화하기 위해 로컬로 가져오는 명령어는 pull과 fetch 두 가지가 있다.

 

pull은 Remote repository의 소스를 가져와 로컬 소스와 병합한다. pull은 fetch + merge와 동일하다.

fetch는 Remote repository의 소스를 가져오기만 하고 병합하지는 않는다.

 

* pull vs clone

Clone은 init + remote + pull과 동일하다. 즉 clone은 초기 다운로드에 사용하고, pull은 중간중간 remote에서의 변경사항을 다운로드 받는 데에 이용한다.

 

 

Remote repository로 소스 전송하기

 

쓰기 권한이 있는 remote repository로 로컬의 branch를 push할 수 있다. 로컬 repository의 branch는 자동으로 remote repository로 전송되지 않기 때문에, push를 하지 않고 로컬에만 두는 비공개 branch를 둘 수도 있다.

git push [REMOTE] [BRANCH]

 

 

7. Github 프로젝트에 기여하기 (Fork, Pull Request)

참고: GitHub - GitHub 프로젝트에 기여하기

 

(링크에 설명이 잘 되어 있어서 Fork와 Pull Request에 대한 설명은 생략함)

 

* fork vs clone

• Fork는 GitHub 상에서 수행되는 기능이고, clone은 Git에서 수행되는 기능이다.
• Fork는 다른 사람의 github repository를 내 github repository로 복제하고, clone은 다른 사람의 reposity를 내 local 위치로 복제한다.
• Fork한 repository의 변경사항은 pull request를 보내 원본 repository에 반영(을 요청)할 수 있다. 이 과정은 clone 후 변경사항을 push를 통해 내 github repository로 보낸 후에, 추가적으로 원본 repository로 해당 변경사항을 보내는 것이라고 볼 수 있다.

 

Clone (Left)와 Fork (Right)의 전체적인 process (출처: https://www.toolsqa.com/git/difference-between-git-clone-and-git-fork/)

 

 

7. VSCode로 Git 이용하기 (짱 편함)

참고: https://demun.github.io/vscode-tutorial/git/

 

git과 연동된 폴더를 vscode에서 열면 좌측 탭에서 'Source control' 메뉴를 이용할 수 있다.

 

 

내용을 수정하면 'Changes' 아래에 수정사항이 나타난다. (git status와 동일)

위의 체크표시 (빨간 화살표) 를 누르면 변경사항을 모두 commit을 할 수 있다. (commit -am과 동일)

 

실제 stage, commit, push 등의 명령어를 직접 노출하지 않고, 보다 직관적으로 기능들이 구현되어 있다

물론 다양한 명령을 직접 수행할 수도 있다. 우측 상단의 '...' 버튼을 누르면 보다 많은 기능을 제공한다.

 

 

Commit을 한 직후의 모습이다. 'Sync Changes' 버튼이 나타난다. 이 버튼은 push를 의미한다.

 

이렇게 두 개의 버튼만을 이용해 stage->commit->push의 과정을 한번에 수행할 수 있다.