[ Git ] 00. 형상관리를 위한 Git을 알아보자

Git

Git은 분산형버전관리시스템( DVCS )

소스코드 형상 관리도구로써, 작성되는 코드의 이력을 관리한다.

0.기본 설정

아래의 설정은 이력 작성자(author)를 설정하는 것으로, 컴퓨터에서 최초에 한번만 설정하면 된다.

$ git config --global user.name kim-sung-hyun93 <<< 본인 github계정
$ git config --global user.email dhkdghehfdl@gmail.com <<본인 github 가입 이메일로 변경

1. 로컬 저장소(repository) 활용

1. 저장소 초기화

$ git init
Initialized empty Git repository in C:/Users/student/Desktop/TIL/.git/
->(master)

• (master)는 현재 있는 브랜치 위치를 뜻하며, .git폴더가 생성된다.
• 해당 폴더를 삭제하게 되면 모든 git과 관련된 이력이 삭제된다.

2. add

이력(history)을 확정하기 위해서는 add 명령어를 통하여 staging area에 stage 시킨다.

$ git add .                # 현재 디렉토리를 stage
$ git add README.md        # 특정 파일을 stage
$ git add images/        # 특정 폴더를 stage

add를 한 이후에는 항상 status 명령어를 통해 원하는 대로 되었는지 확인한다.

$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   git.md
        new file:   "images/\353\275\200\353\241\234\353\246\254.jpg"
        new file:   markdown.md

3. commit

git 은 commit 을 통해 이력을 남긴다. 커밋시에는 항상 메시지를 통해 해당 이력의 정보를 나타내야 한다.

$ git commit -m 'Init'
[master (root-commit) 43afe9e] Init
 3 files changed, 122 insertions(+)
 create mode 100644 git.md
 create mode 100644 "images/\353\275\200\353\241\234\353\246\254.jpg"
 create mode 100644 markdown.md

커밋 목록은 아래의 명령어를 통해 확인 가능하다.

$ git log
commit 43afe9e1ddddeda6abde85b6738583c62ae4eae7 (HEAD -> master)
Author: kim-sung-hyun93 <dhkdghehfdl@gmail.com>
Date:   Thu Dec 5 16:52:16 2019 +0900

    Init

2. 원격 저장소(remote repository) 활용

원격 저장소는 다양한 서비스를 통해 제공 받을 수 있다.

github, gitlab, bitbucket

1. 원격 저장소 등록

$ git remote add origin https~

원격 저장소(remote)를 origin이라는 이름으로 해당 url로 설정한다.

등록된 원격 저장소는 아래의 명령어로 확인할 수 있다.

등록은 한번만 실행하면 된다.

$ git remote -v

2. 원격 저장소 push

$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 4 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 428 bytes | 428.00 KiB/s, done.
Total 4 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/kim-sung-hyun93/TIL.git
   b24d2c5..077f410  master -> master

origin원격 저장소에 push하게 되며, github에서 확인할 수 있다.

이후 작업 과정에서는 add -> commit으로 이력을 남기고 push로 업로드 하면 된다.

==== Git 특강 1 ( 2020-04-23 ) ====

분산형 버전관리 시스템( DVCS )

• 남기는 커밋 하나하나들이 버전으로써 관리가 된다.

• 리눅스의 아버지인 토발즈씨가 만들었음.

• git에서 가장 중요한 명령어

$ git status

GUI vs CLI

내가 CLI에서의 상태를 알려면 명령어를 통해서 확인해야 한다는 것을 잊으면 안된다.

• 폴더목록 보기

ls

• 숨긴 폴더목록 보기

$ls -al

1 -> 2 -> 3

1 --------add----------> 2 --------commit----------> 3

1. WD ( Working Directory )
2. Staging Area ( Index )
3. version

• touch로 파일을 생성

$ touch a.txt

Git status를 통해 정리하기

1. CLI 기초명령어

# list(파일 목록)
$ ls
# change directory(디렉토리 변경)
$ cd
# 빈 파일 생성
$ touch <파일명>

2. 상황

1. add

$ touch a.txt
$ git status
On branch master

No commits yet
# 트래킹 X, 새로 생성된 파일.
Untracked files:
 # 커밋을 하기 위한 곳에 포함시키려면
 # Staging area로 이동시키려면, git add하라
  (use "git add <file>..." to include in what will be committed)
        a.txt
# WD 에 새로운 파일이 존재하지만, Staging Area에는 존재 하지 않는다.
nothing added to commit but untracked files present (use "git add" to track)

$ git add a.txt
$ git status
On branch master

No commits yet
# 커밋될 변경사항들(staging area에 존재O)
Changes to be committed:
 # unstage를 위해서 활용할 명령어(add 취소)
  (use "git rm --cached <file>..." to unstage)
        new file:   a.txt

--aaaaaa : 옵션 설정

2. commit

$ git commit -m 'Create a.txt'
[master (root-commit) 19a37a4] Create a.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a.txt

• 커밋 내역확인

  $ git log
  commit 19a37a4a490d5b8c470012d18bff6bf9b8130b8d (HEAD -> master)
  Author: kim-svaodz <dhkdghehfdl@gmail.com>
  Date:   Thu Apr 23 10:38:40 2020 +0900
  
      Create a.txt

  $ git log --oneline
  19a37a4 (HEAD -> master) Create a.txt

• add 취소하기

  $ rm --cached <file>
  $ restore

3. 추가 파일 변경 상태

$ tocuh b.txt
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   a.txt

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        b.txt

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

4. 커밋 메시지 변경

주의!!! 커밋 메시지 변경시 해시값 자체가 변경되어, 이미 원격저장소에 push한 이력에 대해서는 메세지 변경을 하면 안된다.

$ git commit --amend

• 'vim' 텍스트편집기가 실행된다.

  • i : 편집 모드
  • esc : 편집 모드를 종료하고 명령모드에서
    • :wq
      • write + quit

  [master d241539] a.txt 추가
   Date: Thu Apr 23 10:49:08 2020 +0900
   1 file changed, 35 insertions(+)

4-1 특정 파일을 빼놓고 커밋 했을 때

$ git add <omit_file>
$ git commit --amend

$ git log --oneline
788ed26 (HEAD -> master) a.txt 추가 b.txt 추가
1609ccb 한글도 가능해요
19a37a4 Create a.txt

• 빠트린 파일을 add한 뒤에 commit --amend를 하면, 해당 파일까지 포함하여 재커밋이 이뤄진다.

5 . WD 작업 내용을 이전 버전으로 되돌리기

작업 하던 내용 버리기

# 커밋만 잘 해놓았으면 커밋한 시점의 버전으로 되돌릴 수 있다.(restore)
$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
$ git restore b.txt
$ git status
On branch master
nothing to commit, working tree clean

# ++++ add 취소 옵션
$ git restore --stage 

6. 특정 파일/폴더 삭제 커밋

해당 명령어는 실제 파일이 삭제되는 것은 아니지만, git에서 삭제되었다라는 이력을 남기는것.

# 물리적인 파일은 삭제가 되지 않았지만 commit한 이력을 지워버리기
$ git rm --cached b.txt
rm 'b.txt'

$ git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        deleted:    b.txt

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        b.txt
# 주의!!! 해당 파일이 물리적으로 삭제되는 것은 아니다        

• 일반적으로는 gitignore와 함께 활용한다.

  1. .gitignore에 해당 파일 등록
  2. git rm --cached를 통해 삭제 커밋

  => 이렇게 작업하면, 실제 파일은 삭제 되지 않지만 이후로 git은 전혀 관리되지 않는다.

• 쓸모없는 파일, csv파일, 보안상 문제되는 파일을 빼고 관리하기 위해 .gitignore를 활용한다.

• http://gitignore.io/ 를 활용

  

1. 사용하는 시스템 환경을 추가
2. .gitignore에서 해당 파일들이 추가되었기 때문에 추후에 버전관리가 이루어지지 않음

6-1 .gitignore

• git으로 관리하고 싶지 않는 파일을 등록하여 활용할 수 있다.
• 일반적으로 프로젝트 환경(IDE, OS 등)에 관련된 정보나 추가적으로 공개되면 안되는 데이터 파일 등을 설정한다.
• 일반 프로젝트 환경에 대한 정보는 우선 .gitignore 에서 프로젝트 시작할 때마다 정의하는 습관을 가지자.

# 특정 파일
secret.csv
# 특정 폴더
idea/
# 특정 확장자
*.csv
# 특정 폴더에서 특정 파일 빼고
!idea/a.txt

3. 원격저장소 활용 명령어

원격저장소에 푸쉬할 때 파일자체가올라가는 게 아니라 이력이 올라가는 것.

깃헙에 올라가는것은 커밋에 확정된 부분이 올라가는것이다.(WD와 Staging area에서 작업한 내용은 X)

1. 원격 저장소 목록 조회

$ git remote -v

2. 원격 저장소 설정 추가

$ git remote add origin https://www.........

3. 원격 저장소 삭제 하기

$ git rm origin

4. 원격 저장소에 업로드하기

$ git push origin master

:1st_place_medal: 포트폴리오 만들기

• 카카오 기술 블로그
• 깃헙페이지
• 정적 사이트 생성기(generator)
  • .md ======> HTML/CSS , JS로 생성
    • jekyll(ruby) : 오래 되고, 자료 많고
  • gatsby(js, react + graphql) : 최신, 유명해서 자료 많음
• 수업시간, 템플릿으로 만들 수 있는 페이지
  • Resume
  • VisualStudioCode

1. 이름 변경
2. 아이콘 등등 변경

---

==== Git 특강 2 ( 2020-04-24 ) ====

Git branch

1. branch 관련 명령어

Git 브랜치를 위해 root-commit을 발생시키고 진행하세요.

1. 브랜치 생성

   (master) $ git branch {브랜치명}

2. 브랜치 이동

   (master) $ git checkout {브랜치명}

3. 브랜치 생성 및 이동

   (master) $ git checkout -b {브랜치명}

4. 브랜치 삭제

   (master) $ git branch -d {브랜치명}

5. 브랜치 목록

   (master) $ git branch

6. 브랜치 병합

   (master) $ git merge {브랜치명}

   • master 브랜치에서 {브랜치명}을 병합

2. branch 병합 시나리오

branch 관련된 명령어는 간단하다.

다양한 시나리오 속에서 어떤 상황인지 파악하고 자유롭게 활용할 수 있어야 한다.

상황 1. fast-foward

fast-foward는 feature 브랜치 생성된 이후 master 브랜치에 변경 사항이 없는 상황

1. feature/test branch 생성 및 이동

   # 엔터 탭 backspace
   (master) $ git checkout -b feature/test
   Switched to a new branch 'feature/test'
   (feature/test) $

2. 작업 완료 후 commit

   $ touch test.txt
   $ git add .
   $ git commit -m 'Complete test'
   [feature/test 13d65b9] Complete test
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 test.txt

3. master 이동

   $ git checkout master
   Switched to branch 'master'

4. master에 병합

   $ git merge feature/test
   Updating fcdb5a7..13d65b9
   Fast-forward
    test.txt | 0
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 test.txt

5. 결과 -> fast-foward (단순히 HEAD를 이동)

   $ git log --oneline
   13d65b9 (HEAD -> master, feature/test) Complete test
   a897640 Complete
   65b6242 Init

6. branch 삭제

   $ git branch -d feature/test
   Deleted branch feature/test (was 13d65b9).

---

상황 2. merge commit

서로 다른 이력(commit)을 병합(merge)하는 과정에서 다른 파일이 수정되어 있는 상황

git이 auto merging을 진행하고, commit이 발생된다.

1. feature/signout branch 생성 및 이동

   $ git checkout -b feature/signout
   Switched to a new branch 'feature/signout'

2. 작업 완료 후 commit

   $ tocuh signout.txt
   $ git add .
   $ git commit -m "complete Signout"
   [feature/signout be0bf60] Complete signout
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 signout.txt

3. master 이동

   $ git checkout master
   Switched to branch 'master'

4. master에 추가 commit 이 발생시키기!!

   • 다른 파일을 수정 혹은 생성하세요!

   $ touch hotfix.txt
   $ git add .
   $ git commit -m 'Hotfix'
   [master 7876160] Hotfix
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 hotfix.txt

5. master에 병합

   student@M1501 MINGW64 ~/Desktop/branch (master)
   $ git log --oneline
   7876160 (HEAD -> master) Hotfix
   
   student@M1501 MINGW64 ~/Desktop/branch (feature/signout)
   $ git log --oneline
   be0bf60 (HEAD -> feature/signout) Complete signout
   # merge-commit
   (master) $ git merge feature/signout

6. 결과 -> 자동으로 merge commit 발생

   • vim 편집기 화면이 나타납니다.
   • 자동으로 작성된 커밋 메시지를 확인하고, esc를 누른 후 :wq를 입력하여 저장 및 종료를 합니다.
     • w : write
     • q : quit
   • 커밋이 확인 해봅시다.

   $ git merge feature/signout
   Merge made by the 'recursive' strategy.
    signout.txt | 0
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 signout.txt
   
   $ git log --oneline
   5763ec6 (HEAD -> master) Merge branch 'feature/signout'
   7876160 Hotfix
   be0bf60 (feature/signout) Complete signout

7. 그래프 확인하기

   $ git log --oneline --graph
   *   5763ec6 (HEAD -> master) Merge branch 'feature/signout'
   |\
   | * be0bf60 (feature/signout) Complete signout
   * | 7876160 Hotfix
   |/
   * 13d65b9 Complete test

8. branch 삭제

   $ git branch -d feature/signout
   Deleted branch feature/signout (was be0bf60).

---

상황 3. merge commit 충돌

서로 다른 이력(commit)을 병합(merge)하는 과정에서 같은 파일의 동일한 부분이 수정되어 있는 상황

git이 auto merging을 하지 못하고, 충돌 메시지가 뜬다.

해당 파일의 위치에 표준형식에 따라 표시 해준다.

원하는 형태의 코드로 직접 수정을 하고 직접 commit을 발생 시켜야 한다.

1. feature/board branch 생성 및 이동

   $ git checkout -b feature/board
   Switched to a new branch 'feature/board'

2. 작업 완료 후 commit

   $ touch board.txt
   # README.md 파일 수정
   $ git README.md
   $ git add .
   $ git commit -m 'Complete board'
   [feature/board 0813ab7] Complete board
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 board.txt

3. master 이동

   $ git checkout master
   Switched to branch 'master'

4. master에 추가 commit 이 발생시키기!!

   • 동일 파일을 수정 혹은 생성하세요!

   # README.md 수정
   $ git add .
   $ git commit -m 'Update'

5. master에 병합

   $ git merge feature/board
   CONFLICT (add/add): Merge conflict in README.md
   Auto-merging README.md
   Automatic merge failed; fix conflicts and then commit the result.
   (master|MERGING) $

6. 결과 -> merge conflict발생

   git status 명령어로 충돌 파일을 확인할 수 있음.

   (master|MERGING) $ git status
   On branch master
   You have unmerged paths.
     (fix conflicts and run "git commit")
     (use "git merge --abort" to abort the merge)
   
   Changes to be committed:
           new file:   board.txt
   
   Unmerged paths:
     (use "git add <file>..." to mark resolution)
           both modified:   README.md

7. 충돌 확인 및 해결

   # 1. 해당 파일 원하는 대로 수정
   # 2. 수정 완료 후 add
   $ git add .

8. merge commit 진행

   $ git commit
   [master ef851ca] Merge branch 'feature/board'

   • vim 편집기 화면이 나타납니다.

   • 자동으로 작성된 커밋 메시지를 확인하고, esc를 누른 후 :wq를 입력하여 저장 및 종료를 합니다.

     • w : write
     • q : quit

   • 커밋이 확인 해봅시다.

9. 그래프 확인하기

   $ git log --oneline --graph
   *   ef851ca (HEAD -> master) Merge branch 'feature/board'
   |\
   | * 63f4969 (feature/board) update2 board readme
   | * 6cd8e84 complete READEME
   | * 525e39e UPDATE
   | * 0813ab7 Complete board
   * | 2f43e26 update2 master reamde
   * | 2bad3bf update master README
   * | d759a92 master README
   |/
   *   5763ec6 Merge branch 'feature/signout'
   |\
   | * be0bf60 Complete signout
   * | 7876160 Hotfix
   |/
   * 13d65b9 Complete test
   * fcdb5a7 (menu) test
   

10. branch 삭제

    $ git branch -d feature/board

활용하기

Git Flow

1. github( master 끼리 )
2. github( branch + Pull Request)
3. github ( Fork + Pull Request )

깃헙 강의 자료

깃헙 활용 팁

스프린트서울

Stash

commit을 하지 않고 작업 내역을 임시 저장 할 수 있음

기본 명령어

# 1. stash 공간에 작업내역 저장
$ git stash
Saved working directory and index state WIP on master

# 2. stash list
$ git stash list
stash@{0}: WIP on master : a8cde9 Init

# 3. 임시 공간 내용 가져오기
$ git stash pop # ( git stash apply + git stash drop )

예시

로컬에서 작업하고 있던 중, pull을 받아서 원격 저장소에 새로운 내용을 반영해야 하는 경우

$ git pull origin master
From https://github.ocm/edutak/big-iot-1001
* branch        master        -> FETCH_HEAD
error : Your local changes to the following files would : README.md
# 1. 커밋하거나 => 버전으로 남겨도 되는 경우
# 2. stash => 작업 중일때
Pleas commit your changes or stash them before you merge Aborting Updating a8cd8e9..0d69at

• 해결방법

$ git satsh
$ git pull origin master
$ git statsh pop
Auto-mreging README.md
CONFILCT (content) : Merge conflict in README.md
The stash entry is kept in case you nned it again.

reset vs revert

1. reset

• 특정 버전으로 되돌리는 작업

$ git reset {커밋해시코드}

​ => reset 명령어의 결과는 다음과 같다.

$ git log --oneline
27a7e2 ddd ~~~~
00d69a4 (origin/master) Update README.md
$ git reset 00d69a4
$ git tlog --oneline
00d69a4 (origin/master) Update README.md

​ => reset 옵션

• 기본 : 이전 이력의 변경사항을 WD에 보관
• --hard : 이전 이력의 변경사항은 모두 삭제. 주의

2. revert

• 특정 시점을 되돌렸다는 커밋을 발생 시킴

$ git log --oneline
27a7e2 ddd ~~~~
00d69a4 (origin/master) Update README.md
$ git revert 275a7e2
$ git log --oneline
bca6426(HEAD -> master) Revert "ddd"
275a7e2 add
00d69a4 (origin/master) Update READMEmd

# 1.
# 작업 내용을 보존
$ git reset
# 다 사라져버려요
$ git reset -hard

# 2.
# 되돌아 가기( 돌아 갔다라는 커밋을 남기고 간다. )
$ git revert ~~

개발자. 기획자. 디자이너 => 목업, 트렐로 등 툴을 이용해서 프로젝트를 명확하게.

프로젝트 분배?! => 3 34 2 13 1 등등 개인 역할 간.

혹은 우리 수준으로는 체크리스트를 활용해서. 프로젝트 진행상황 파악 ( 트렐로 )

다음 날 아침 팀원들과 프로젝트 상황 커뮤니케이션 => 확인. => 효과적인 프로세스.