https://git-scm.com/book/ko/v2/Git-%EB%8F%84%EA%B5%AC-Stashing%EA%B3%BC-Cleaning

Git 도구 - Stashing과 Cleaning

$ git status
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

  modified:   index.html

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

  modified:   lib/simplegit.rb

$ git stash
Saved working directory and index state \
  "WIP on master: 049d078 added the index file"
HEAD is now at 049d078 added the index file
(To restore them type "git stash apply")

$ git status
# On branch master
nothing to commit, working directory clean

$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log

$ git stash apply
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

  modified:   index.html
  modified:   lib/simplegit.rb

no changes added to commit (use "git add" and/or "git commit -a")

$ git stash apply --index
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

  modified:   index.html

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

  modified:   lib/simplegit.rb

$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log
$ git stash drop stash@{0}
Dropped stash@{0} (364e91f3f268f0900bc3ee613f9f733e82aaed43)

$ git status -s
M  index.html
 M lib/simplegit.rb

$ git stash --keep-index
Saved working directory and index state WIP on master: 1b65b17 added the index file
HEAD is now at 1b65b17 added the index file

$ git status -s
M  index.html

$ git status -s
M  index.html
 M lib/simplegit.rb
?? new-file.txt

$ git stash -u
Saved working directory and index state WIP on master: 1b65b17 added the index file
HEAD is now at 1b65b17 added the index file

$ git status -s
$

$ git stash --patch
diff --git a/lib/simplegit.rb b/lib/simplegit.rb
index 66d332e..8bb5674 100644
--- a/lib/simplegit.rb
+++ b/lib/simplegit.rb
@@ -16,6 +16,10 @@ class SimpleGit
         return `#{git_cmd} 2>&1`.chomp
       end
     end
+
+    def show(treeish = 'master')
+      command("git show #{treeish}")
+    end

 end
 test
Stash this hunk [y,n,q,a,d,/,e,?]? y

Saved working directory and index state WIP on master: 1b65b17 added the index file

$ git stash branch testchanges
M index.html
M lib/simplegit.rb
Switched to a new branch 'testchanges'
On branch testchanges
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

  modified:   index.html

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

  modified:   lib/simplegit.rb

Dropped refs/stash@{0} (29d385a81d163dfd45a452a2ce816487a6b8b014)

$ git clean -d -n
Would remove test.o
Would remove tmp/

$ git status -s
 M lib/simplegit.rb
?? build.TMP
?? tmp/

$ git clean -n -d
Would remove build.TMP
Would remove tmp/

$ git clean -n -d -x
Would remove build.TMP
Would remove test.o
Would remove tmp/

$ git clean -x -i
Would remove the following items:
  build.TMP  test.o
*** Commands ***
    1: clean                2: filter by pattern    3: select by numbers    4: ask each             5: quit
    6: help
What now>

1. rebase의 동작원리

・feature브랜치가 처음 파생된 아래 표시된 빨간점이 feature 브랜치의 base라고한다. rebase란 저 베이스를 옮기는 것을 의미한다.

・base 이후부터 feature 가 만든 커밑까지의 플로우가  임시저장소에 격납. 격납된 부분을 fetch라고 부름

・base 이후부터 feature 가 만든 커밑까지의 플로우가 삭제되고 feature는 master의 최신 커밑으로 checkout됨

・임시저장소의 fetch에서 커밑 하나하나를 master브랜치로 옮겨 master의 최신 커밑과 병합을 시킴

2. rebase 실행해보기

[지금까지의 플로우]

master 브랜치에서 1을 커밑

rb브랜치 생성

rb 브랜치에서 R1을 커밑

rb 브랜치에서 R2를 커밑

master 브렌치로 체크아웃

master 브렌치에서 M1을 커밑

master 브렌치에서 M2를 커밑

・$ git log --decorate --all --oneline --graph

rb의 base는 1인데, rebase해서 rb의 base를 M2로 바꾸어 줄 것임

* 1a65c2a (HEAD -> master) M2

* 338f6a1 M1

| * 8a1ca73 (rb) R2

| * a283221 R1

|/

* 8c33afd 1

・git rebase master

git rebase master : branch가 rb에 존재할 때, rb의 베이스를 변경

git merge rb : branch가 master 에 존재할 때, rb를 master로 병합시킴

$ git log --decorate --all --oneline --graph

* f9c53a8 (HEAD -> rb) R2

* b0d3c67 R1

* 1a65c2a (master) M2

* 338f6a1 M1

* 8c33afd 1

・git checkout master

・git merge rb　

master 브랜치는 rb이상 가지고 있는 커밑이 없으므로 fast-forwarding

$ git log --decorate --all --oneline --graph

* f9c53a8 (HEAD -> master, rb) R2

* b0d3c67 R1

* 1a65c2a M2

* 338f6a1 M1

* 8c33afd 1

3. rebase의 충돌

[지금까지의 플로우]

master 브랜치에서 1을 커밑(f1.txt파일의 첫번째 줄에 A작성)

master 브렌치에서 M1을 커밑(f1.txt파일의 첫번째 줄에 A작성 + 2번째줄에 M1작성)

rb브랜치 생성

rb 브랜치에서 R1을 커밑(f1.txt파일의 첫번째 줄에 A작성 + 2번째줄에 R1작성)

rb 브랜치에서 R2를 커밑(f1.txt파일의 첫번째 줄에 A작성 + 2번째줄에 R2작성)

rb 브랜치에서 R2를 커밑(f1.txt파일의 첫번째 줄에 A작성 + 2번째줄에 R3작성)

$ git log --decorate --oneline --graph --all

* f5dc64d (HEAD -> rb) R3

* 20fd541 R2

* 6f0c444 R1

| * 4e9dd84 (master) M1

|/

* 3b42f60 1

・git rebase master

-2번째 줄의 내용이 모두 상이하므로 rebase시 충돌 발생

First, rewinding head to replay your work on top of it...

Applying: R1

error: Failed to merge in the changes.

Using index info to reconstruct a base tree...

M       f1.txt

Falling back to patching base and 3-way merge...

Auto-merging f1.txt

CONFLICT (content): Merge conflict in f1.txt

Patch failed at 0001 R1

The copy of the patch that failed is found in: .git/rebase-apply/patch

Resolve all conflicts manually, mark them as resolved with

"git add/rm <conflicted_files>", then run "git rebase --continue".

You can instead skip this commit: run "git rebase --skip".

To abort and get back to the state before "git rebase", run "git rebase --abort".

-git log --decorate --oneline --graph --all로 현재상황 확인

* 43a38df (HEAD) R1

* 4e9dd84 (master) M1

| * f5dc64d (rb) R3

| * 20fd541 R2

| * 6f0c444 R1

|/

* 3b42f60 1

・git rebase --continue 

-R1의 둘째줄과 R2의 둘째줄이 겹치기 때문에 또 오류 메시지 뜸

-수동으로 수정 후 log 확인. R2가 R1 뒤에 잘 붙어있음.

* f75f8de (HEAD) R2

* 43a38df R1

* 4e9dd84 (master) M1

| * f5dc64d (rb) R3

| * 20fd541 R2

| * 6f0c444 R1

|/

* 3b42f60 1

・git rebase --continue 

-R2의 둘째줄과 R3의 둘째줄이 겹치기 때문에 또 오류 메시지 뜸

-수동으로 수정 후 log 확인. R3가 R2 뒤에 잘 붙어있음.

* a0c8cb4 (HEAD -> rb) R3

* f75f8de R2

* 43a38df R1

* 4e9dd84 (master) M1

* 3b42f60 1

1. git remote와 git push

・git remote add origin https://github.com/da91love/Myrepo

-https://github.com/da91love/Myrepo의 깃을 git init된 로컬의 디렉토리와 연결시킨다.

-https://github.com/da91love/Myrepo저장소를 origin이라는 닉네임으로 가르키기로 한다.

・git remote

-현재 연결된 원격 저장소를 확인해볼 수 있다.

・git remote remove origin2

-연결된 원격 저장소를 지운다.

・git push -u origin master

-처음 push를 시행할 때 필요한 명령어로 origin 원격 저장소와 master 브랜치를 연결시킨다.

-이후부터는 git push만 하면, 최신 커밑이 원격저장소로 푸쉬된다.

2. git clone

・git clone https://github.com/da91love/git.git gitsrc

(git clone https://github.com/da91love/git.git ./gitsrc)

-해당 주소의 원격 저장소를 현재 디렉토리의 하위 디렉토리인 gitsrc로 다운받는다.

-git clone https://github.com/da91love/git.git . 하면 현재 디렉토리로 다운받는다.

-clone 명령어를 사용하면 해당 로컬에서는 init를 하지 않는다. 왜냐하면 .git디렉토리까지 원격 저장소에서 모두 가져오기 때문이다.

-clone과 pull 의 다른 점은 clone은 git repository 전체를 가져오는 것이고, pull은 파일만 가져온다.

3. 하나의 원격저장소를 2개의 지역저장소가 사용하는 방법(push와 pull)

git clone 원격저장소의 주소 git_home (저장하고 싶은 디렉토리를 지정) <-- 집에 있는 컴

git clone 원격저장소의 주소 git_office (저장하고 싶은 디렉토리를 지정) <-- 회사에 있는 컴

집에서 프로젝트를 할 경우

vim f1.txt파일의 내용 변경 > 담c > git commit -am 2

git log

3으로 했어야 하는데 > 바꾸면 됨 > git commit --amend (--amend개정하다라는 뜻,

커밋 메시지를 변경가능/커밋할 내용을 누락시켰을 경우에는 add를 한 후 다시 이것을 하면 마지막 메시지를 바꿀 수 있는데 

그것은 원격저장소로 올리전에 해야 함(지역저장소에 있는 경우 > 자신의 컴퓨터에 있는 경우에만 해야 되고 그 이후에는 여러분은 하면 안된다고 생각하면 좋음

이유: push이후 내용은 수정하지 마라)

3이라고 내용을 변경하고 :wq

git log > 2가 3으로 변경된 것을 확인할 수 있음

git push > ID + 비번 > 요런식으로 푸쉬가 되고

깃허브에 보니 커밋이 추가되었고 방금 커밋한 것이 올라와 있음(3:55)

작업을 끝내고 회사로 갈 것임

회사에서 작업하기 전에 항상 

git pull(당겨온다 )master에 있고 마스터는 오리진에 연결되어 있을 것임

여러분들이 클로닝을 했기 때문에 그런경우 그냥 git pull만 하면 됨

원격저장소의 내용을 로컬저장소로 가져오게 됨

그때 ID와 패스워드를 묻지 않는 것은 여러분이 공개 저장소를 쓰기 때문임

그럼 여기서 작업을 할 것임

ls -al > git log > vim f1.txt > d > git commit -am '4' > git push > ID 패스워드 입력

4. 로그인 없이 원격 저장소 이용하기 (Github)

・ssh-keygen

-로컬의 루트 디렉토리에 .ssh파일을 생성한다.

-.ssh파일안에는 id_rsa와 id_rsa.pub파일이 들어있는데, id_rsa은 private key이고 id_rsa.pub은 public key이다.

-id_rsa키를 가지고 있으면 id_rsa.pub와 연결가능(id_rsa키를 가지고 있는 데스크탑과 github가 연결됨)

・cat id_rsa.pub

-id_rsa.pub파일이 가지고 있는 암호키를 보여준다. 정교하게 카피해서 아래의 github사이트에 붙여준다.

-github.com → settings → ssh and gpg key → New SSH key 등록

-git push -u origin master 입력하지 않고, git push만 입력해도 push 가능

1. branch의 원리, Head의 원리

오브젝트 id란, 40개의 숫자의 영문자의 조합으로 이루어진 것으로 커밑 당시의 폴더구조와 파일내용의 전체 상태를 가르키는 참조값이다.

・git init 

-.git/HEAD 파일이 생성되고 그 파일은 .git/refs/heads/master를 값으로 지닌다.

(master는 디폴트 브랜치)

-아직 커밑을 한번도 하지 않았기 때문에,.git/refs/heads/master파일은 존재하지 않는 상태

-.git/HEAD : 현재 속해있는 브랜치의 디렉토리 주소(.git/refs/heads/[브랜치 이름])를 값으로 지니게 됨.

-.git/HEAD과 .git/refs/heads/master는 바이너리 값이아니라 모두 텍스트 값을 갖는다.

・git commit

-.git/refs/heads/master는 최신 커밑 상태의 오브젝트 id값을 가지게 됨. 

・git branch exp

-.git/refs/heads/exp 파일을 생성하고, 그 파일은 최신 커밑 상태의 오브젝트 id값을 가지게 됨.

-이때 드는 의문이, 처음으로 만들어진 브랜치는 최신 커밑이 없는데 어떤 오브젝트 id를 갖나? 라는 것인데,'최신' 커밑 상태의 오브젝트 id값에서 의미하는 바와 같이, 최초에 브랜치가 생성되면 아직 exp 의 내용에 변화가 없기때문에 master의 최신 커밑 상태의 오브젝트 id값과 exp의 최신 커밑 상태의 오브젝트 id값은 동일하게 됨.

-아직 브랜치가 옮겨지지 않았기 때문에 .git/HEAD 파일은 .git/refs/heads/master를 값으로 지닌다.

・git checkout exp

-브랜치의 위치가 변화했기 때문에, .git/HEAD 파일은 .git/refs/heads/exp를 값으로 지닌다.

・git commit

-.git/refs/heads/exp는 최신 커밑 상태의 오브젝트 id값을 가지게 됨. 

・git reset --hard 93c95176

・아래 그림에서 refs/heads/master 의 최신 커밑 상태의 오브젝트 id값이 93c95176로 바뀐 것을 볼 수 있다.

-그럼 4의  커밑 상태의 오브젝트 id값이 없어졌을까?

・ORIG_HEAD : 삭제한 커밑을 가르킴

-ORIG_HEAD는 reset과 같은 명령을 시행할시, 삭제될 커밑을 저장해둠

-ORIG_HEAD는 4번 커밑의 오브젝트 id인 f3ea13을 가지고 있음

-그런데, 이때 3단계로 돌아가는게 아니라 2단계로 돌아간다고 하면, ORIG_HEAD는 3번 커밑의 오브젝트 id과 4번 커밑의 오브젝트 id을 모두 들고 있을까? 아니다, 최신 커밑의 오브젝트 id인 4번만 들고있는다.

・git reset --hard ORIG_HEAD

-reset하기 전으로 돌아감

・git reflog 하면 내가 했던 커밑을 쪼르륵 보여줌

・git checkout 은 이후에 브랜치 명 뿐만아니라 커밑아이디를 직접 적을 수도 있다.