마쏘's 개발 성장기

# 어떤 제품의 사용 설명서를 만든다고 상상해보자.

// 제품 출시 후 고객사마다 추가로 요구하는 사항이 달라서,

//  제품이 달라질 것이고, 사용 설명서도 기존 사용 설명서와 달라질 것이다.

// 이를 예시로 브랜치를 설명한다.

2. 브랜치(Branch)만들기

   2-1. 실습 상황 설정하기

          - 디렉토리를 만들고, 그 안에 사용 설명서라고 생각하고 텍스트 파일 만들기

현재 master branch가 가장 최신 커밋인 'work 3'를 가리키고 있고,

HEAD가 master branch를 가리키고 있다.
(HEAD는 여러 브랜티 중 현재 작업 중인 브랜치를 가리킴)

# 지금까지는 기존 사용 설명서를 만드는 작업이었다.

# 앞으로 고객사마다 달라지는 사용 설명서를 브랜치를 이용하여 처리한다.

// apple, google, ms 라는 고객사가 있다고 가정한다.

   2-2. 새 브랜치 만들기
       -  git branch : 깃에서 브랜치를 만들거나 확인하는 명령
          1)  git branch : 깃에서 현재 저장소의 브랜치를 확인한다.

          2)  git branch (만들려는 브랜치 이름): 깃에서 해당 브랜치를 만든다.

   2-3. 브랜치 사이 이동하기 - git checkout

master work 4는 master 브랜치에만 적용되어있다.

ms, google, apple 브랜치는 아직 work 3 커밋 상태이다.

$ 위에 나타난 파일 경로 끝에 (apple)이라고 표시가 바뀐다.

apple 브랜치를 분기하기 전까지 master에 있던 커밋들은 그대로 복사되어 있다.

(HEAD -> apple)최신 커밋 해시에서 apple을 가리킨다.

최신 커밋이 work 3이므로 work.txt 내용에 master content 4가 없다.

따라서, master 브랜치에 추가된 커밋은 apple 브랜치에 영향을 주지 않았다.

1. 브랜치(Branch)란?

   1-1. 정의
      - 원래는 나뭇 가지라는 의미를 가지며 나무가 가지에서 새 줄기를 뻗듯이

      - 버전 관리 시스템에서는 여러 갈래로 퍼지는 데이터 흐름을 가리키는 말로 사용한다.

   1-2. 브랜치(Branch)가 필요한 이유
      - 어떤 프로그램을 개발한 후, 유지 보수가 필연적으로 이루어지는데, 이럴 때
         1) 코드의 중복을 줄여주고,

         2) 파일의 이름을 그대로 유지할 수 있으며,

         3) 코드를 재사용할 때 동기화를 용이하게 할 수 있다.

   1-3. 브랜치(Branch)의 기능

      -  기본적으로 깃으로 버전 관리를 시작하면 master라는 브랜치가 만들어진다.

         사용자가 커밋할 때마다 master 브랜치는 최신 커밋을 가리키게 되는데,
         즉, 브랜치는 커밋을 가리키는 포인터와 비슷하다고 생각하면 된다.

      -  따라서, 새 브랜치를 만들면 기존에 저장한 파일을 master 브랜치에 그대로 유지를
         하면서 기존 파일 내용을 수정하거나 새로운 기능을 구현할 파일을 만들 수 있다.

      1) 브랜치의 분기 및 과정

          - '분기한다(branch)' : master 브랜치에서 뻗어 나오는 새 브랜치를 만드는 것

      2) 브랜치의 병합 및 과정

          - '병합한다(merge)' : 분기했던 브랜치를 master 브랜치에 합치는 것

Step5. 작업 되돌리기

- 스테이지에 올렸던 파일을 내리거나, 커밋을 취소하는 등 각 단계로 돌아갈 수 있다

    5-1. 작업 트리에서 수정한 파일 되돌리기 - git check out

        - 수정한 파일이 정상적으로 동작하지 않을 때, 가장 최신 버전의 상태로 되돌려야 할 때

          수천 줄이 넘는 소스를 쉽게 취소할 수 있다.

        경고) checkout으로 되돌린 내용을 다시 복구할 수는 없다.

Changes not staged for commit: 스테이지에 올라가지 않은 상태
책에는 use "git checkout -- <file>..." to discard ...라고 나와 있지만,

내 화면에는 use "git restore <file>..." to discard ...라고 나와 있다.   

    5-2. 스테이징 되돌리기 - git reset HEAD 파일 이름

책에는 use "git reset HEAD <file>... to unstage" 라고 나와 있지만,        

내 화면에는 use "git reset --staged <file>... to unstage" 라고 나와 있다.

    5-3. 최신 커밋 되돌리기 - git reset HEAD^

Unstaged changes after reset: 커밋이 취소되고, 스테이지에서도 내려졌다.

HEAD^: 현재 HEAD가 가리키는 브랜치의 최신 커밋(HEAD -> mater)

git restore --옵션을 찾아봤는데.. 아직 내가 모르는 건지 없는 건지 모르겠다
https://git-scm.com/docs/git-restore

[get reset 명령의 옵션]

    5-4. 특정 커밋으로 되돌리기 - git reset 커밋 해시

       - 'git reset HEAD^'으로 최신 커밋으로 되돌릴 수도 있지만,

       - 'git reset 커밋 해시'으로 특정 버전으로 되돌린 다음 그 이후의 버전들 삭제할 수 있다.

입력한 커밋 해시가 리셋되는 것이 아니라, 최근 커밋을 입력한 커밋 해시로 리셋한다.

입력한 커밋 해시 이후의 커밋을 삭제하고, 이 커밋 해시로 이동하겠다는 의미이다.
HEAD is now at ... : 가장 최근 커밋이 입력한 해시 위치로 옮겨졌다.

    5-5. 커밋 삭제하지 않고 되돌리기 - git revert

4. 에서는 R2 커밋으로 되돌리기 위해 git reset --hard [R2 커밋 해시]를 했다면,

revert의 경우에는 취소하려고 하는 버전이 와야 하므로

git revert [R5 커밋 해시]로 지정한다.

기존의 R5가 사라지진 않았지만, R5 버전을 지우는 대신

R5에서 변경했던 이력을 취소한 새 커밋을 만든 것이다.

Step3. 커밋 내용 확인하기

- 지금까지 어떤 버전을 생성했는지, 각 버전 간에 어떤 차이가 있는지 알 수 있다.

   3-1. 커밋 기록 자세히 살펴보기 - git log

        - git log : 지금까지 만든 버전과 각 버전에 대한 설명이 화면에 나타난다.

커밋 해시(commit hash) : commit 옆, 영문과 숫자로 된 긴 문자열(= 깃 해시,git hash)

(HEAD -> master) : 이 버전이 가장 최신이라는 표시

Author : 버전을 누가 만들었는지

Date : 버전이 언제 만들어졌는지

커밋 로그(commit log) : git log 명령을 입력했을 때 나오는 정보들

   3-2. 변경 사항 확인하기 - git diff

       - 작업 트리에 있는 파일과 스테이지에 있는 파일을 비교하거나, 

       - 스테이지에 있는 파일과 저장소에 있는 최신 커밋을 비교해서

       - 수정한 파일을 커밋하기 전에 최종적으로 검토할 수 있다.

'-2'는 최신 버전과 비교할 때 hello.txt 파일에서 2가 삭제되었다.

'+two'는 hello.txt 파일에 two라는 내용이 추가되었다.

비교한 후에

1) 수정한 내용으로 다시 버전을 만들 경우                 

- 스테이지에 올린 후 커밋한다                          

2) 수정한 내용을 버리는 경우                                      

- git checkout 명령을 사용해 내용을 취소한다

Step4. 버전을 만드는 단계마다 파일 상태 알아보기

- 깃에서는 버전을 만드는 각 단계마다 파일 상태를 다르게 표시한다. 따라서, 

-  1) 파일이 버전 관리의 여러 단계 중 어디에 있는지,

-  2) 그 상태에서 어떤 일을 할 수 있는지 알 수 있다.

    4-1. tracked file 과 untracked file - git status

        - git status : 화면에 파일 상태와 관련된 메시지가 나타난다.

        - 작업 트리에 있는 파일들은 tracked 상태와 untracked 상태로 나뉜다.

        tracked file
          - 깃은 한 번이라도 커밋한 파일의 수정 여부를 계속 추적한다.

          - 따라서 깃이 추적하고 있는 파일을 tracked file이라 부른다.

        untracked file 

          - 한 번도 깃에서 버전 관리를 하지 않았기 때문에 수정 내용을 추적하지 않는다.

          - 따라서 깃이 추적하지 않는 파일을 untracked file이라 부른다.

modified: 마지막 버전 이후 수정된 hello.txt

new file: 한 번도 버전관리 하지 않았던 hello2.txt

--stat 옵션: 커밋에 관련된 파일을 살펴볼 수 있다.

로그 화면이 많을 경우
[Enter]를 누르면 : 다음 로그 화면을 보여줌

[Q]를 누르면 : 로그 화면 -> 깃 명령 화면

            +) 버전 관리 중인 디렉토리 안에 버전 관리를 하지 않을 특정 파일이나 디렉터리가 있다면,

                .gitignore 파일을 만들어 목록을 지정할 수 있다.
                vim을 사용해 .gitignore 파일을 만든 후, '파일 또는 디렉토리 이름, 파일 확장자'를 입력

                ex) 개인적으로 메모한 파일이나, 프로그램 사용 중 자동생성된 swp파일, 백업 파일 등등

    4-2. unmodified, modified, staged 상태

         - tracked 상태인 파일은 깃 명령으로 파일 상태를 확인하면, 

            1) 현재 작업 트리에 있는지

            2) 스테이지에 있는지 등

          더 구체적인 상태를 알려준다.

[unmodified] 수정 되지 않은 상태

'working tree clean'

현재 작업 트리에 있는 모든 파일은 unmodified 상태이다.

'Changed not staged for commit'

파일이 수정되었고, 스테이지에 올라가지 않았다

[modifed] 파일 수정만 된 상태

'Changes to be committed'

커밋할 변경사항이 있다

[staged] 커밋 직전 단계

'working tree clean'

커밋을 끝내고 난 후 수정이 없는 unmodified 상태로 돌아간다

+) 방금 커밋한 메시지 수정하기 git commit --amend
     명령을 입력하면 vim이 실행되며 원래 커밋 메시지가 뜨고, 수정하면 된다.

깃에서의 버전이란?

- 문서를 수정할 때마다 간단한 메모와 함께 수정 내용을 저장하는 것

- 문서를 수정하고 저장할 때마다 생기는 것

목표

- 수정한 문서 내용을 버전으로 저장하는 것

- 저장한 버전을 이용해 이전 버전으로 되돌리는 것

Step1. 깃 저장소 만들기(깃 초기화)

- 깃의 기본 개념을 익히기 위해, 사용자의 컴퓨터에 저장소를 만든다.

- 저장소를 만들고 싶은 디렉토리로 이동, 초기화한 후 그곳에 있는 파일들을 버전 관리한다.

   1-1. hello-git 디렉토리를 생성한 후, 디렉토리 안의 내용을 살펴본다.

   1-2. 깃을 사용할 수 있도록(=저장소를 만들기 위해) 디렉토리를 초기화한다.

   1-3. 깃을 사용하면서 버전이 저장될 저장소(repository) .git 확인하기

   +) 사용자가 실수로 지우지 않도록 .git 디렉토리는 탐색기에 나오지 않는다.(숨긴 파일을 확인)

Step2. 버전 만들기

- 파일을 다른 이름으로 저장해 버전을 만드는 것보다 훨씬 쉽다.

- 원래 파일 이름은 유지하면서 수정 내용, 변경 시점과 변경 내용까지 저장가능하다.

- 이전 버전으로 되돌아갈 수 있다.이러한 시스템을 버전 관리 시스템(ex.깃)이라고 한다.

   2-1. 들어가기 전에 (버전 만들기 = 작업 트리 + 스테이징 + 커밋)

      작업 트리(working tree), 작업 디렉터리(working directory) - 눈에 보임 O
      - 파일 수정, 저장 등의 작업을 하는 디렉터리 ex.hello-git 디렉터리
      - 우리 눈에 보이는 디렉터리

      스테이지(stage), 스테이징 영역(staging area) - 눈에 보이지 않음 X     

      - 버전으로 만들 파일이 대기하는 곳

      - 작업 트리에서 10개의 파일을 수정했는데, 4개의 파일만 버전으로 만드려면,
         그 4개의 파일만 스테이지로 넘기면 된다.

      저장소(repository) - 눈에 보이지 않음 X
      - 저장소에서 대기하고 있던 파일들을 버전으로 만들어 저장하는 곳

      눈에 보이지는 않지만, 깃이 버전을 만드는 과정을 살펴보면,

hello.txt 파일 문서를 수정하고 저장하면 이 파일은 작업 트리에 있게 된다.

버전으로 만들고 싶을 때 hello.txt 파일 문서를 스테이지에 넣는다.

또 다른 파일들도 수정한 후 스테이지에 넣는다.

깃에게 커밋 명령을 내린다.

새로운 버전이 생성되면서 스테이지에서 대기하던 파일들이 모두 저장소에 저장된다.

   2-2. 작업 트리에서 vim으로 문서 수정하기

        1) 깃의 상태 확인하기 - git status

             On branch master : 현재 master branch에 있다.

             No commits yet : 아직 commit한 파일이 없다.

             nothing to commit :  현재 commit할 파일이 없다.

        2) vim으로 파일을 편집한다.

        3) 깃의 상태 다시 한 번 확인하기 

             untracked files : 한번도 버전 관리하지 않은 파일

   2-3. 수정한 파일을 스테이징하기 - git add

        1) 스테이징(staging), 스테이지에 올린다, 인덱스에 등록한다

            - 스테이지에 수정한 파일을 추가하는 것(깃에게 버전 만들 준비를 하라고 알려주는 것)

            - 스테이징 내용을 .git/index 파일에 저장하는 것(->인덱스에 등록한다)
            경고) 윈도우는 줄이 바뀌는 위치에 CR 문자와 LF 문자가 삽입되고,

                      리눅스와 맥은 그 위치에 LF 문자가 삽입되기 때문에
                      hello.txt의 CRLF 문자를 LF 문자로 변환해서 commit할 것이라는 의미!

        2) 깃 상태 확인하기

            untracked files -> changes to be commited:

            new file : hello.txt
            - 새 파일 hello.txt를 (앞으로) commit할 것이다

   2-4. 스테이지에 올라온 파일 커밋하기 - git commit

        1) 커밋한다

            - 깃에서 버전을 만드는 것

            - 메시지를 함께 기록한다. (커밋할 때 그 버전에 어떤 변경 사항이 있었는지 확인을 위해)

            - 커밋 메시지: 커밋과 함께 저장할 메시지(-m 옵션이 필요하다)

        2) 깃 상태 확인하기

[commit 결과 메시지] 1 files changed, 1 insertion(+)

 파일 1개가 변경되었고, 파일에 1개의 내용이 추가되었다

[status 결과 메시지] nothing to comit, working tree clean

버전으로 만들 파일이 없고, 작업 트리도 수정사항 없이 깨끗하다

        3) 저장소에 저장된 버전 확인하기 git log

            git log

            - 방금 커밋한 버전이 나타난다. 

            - 커밋을 만든 사람, 만든 시간과 커밋 메시지가 함께 나타난다.

   5. 스테이징과 커밋 한번에 처리하기 (3. 스테이징 + 4. 커밋) - git commit -am

        git commit -am

        - 단, 한 번이라도 커밋한 적이 있는 파일을 다시 커밋할 때만 사용가능하다.

확실히 읽으면 진도는 빨리 나가지만, 일일이 캡쳐하면서 하려고 하니 진도가 좀 느린 것 같다..

그래도 힘내자! 꾸준히 열심히!

[알고 가기]

- 윈도우에서 폴더(folder)는 리눅스에서 디렉토리(directory)로 부른다.

- 리눅스에서 디렉터리를 나타내는 기호

   ~  : 현재 접속 중인 사용자의 홈 디렉토리를 나타낸다. (= 사용자 디렉토리)

   ./  : 현재 사용자가 작업중인 디렉토리

   ../ : 현재 디렉토리의 상위 디렉토리

- 리눅스 명령에 옵션을 추가하는 방법
    명령어 뒤에 붙임표(-)와 옵션을 나타내는 글자를 함께 입력한다.
    여러 옵션을 사용하고 싶으면 순서에 상관없이 붙이면 된다.

출력하는 명령어

1. pwd - print working directory
현재 위치의 경로를 출력한다.

2. ls - list

현재 디렉터리에 있는 어떤 파일이나 디렉토리를 출력한다.
ex) ls -al (파일과 디렉토리의 상세정보와 숨긴 파일과 디렉토리 모두 표시)

이동하는 명령어

3. cd - change directory

디렉토리 사이를 이동한다.

디렉토리 생성/삭제 명령어

4. mkdir - make directory

현재 디렉토리 안에 하위 디렉터리를 생성한다.

5. rm - remove

디렉토리를 삭제한다.
(주의: 삭제하고자 하는 디렉토리의 상위 디렉토리에서 명령을 입력해야 한다)

- r : 삭제하고자 하는 디렉토리의 하위 디렉토리까지 삭제된다.

vim 편집기

1. vim이란?리눅스의 기본 편집기인 vim은 터미널에서도 사용할 수 있는 대표적인 편집기이다.

따라서, 텍스트 파일을 만들고 싶은 디렉토리에서 vim test.txt를 입력하면

              해당 파일 이름과 같은 것이 없다면 그 이름으로 새 파일을 만들고,

              해당 파일 이름과 같은 것이 있다면 그 파일을 연다.

2. vim의 모드

vim의 초기 모드는 ex 모드이다.
1) 입력 모드 - 문서를 작성

     ex 모드에서 'I(=insert)'나 'A(=add)'를 눌러 입력 모드로 바꿀 수 있다.

2) ex 모드 - 문서를 저장

     입력 모드에서 esc를 눌러 ex 모드로 바꿀 수 있다.
     ':'를 누르면 '--끼워 넣기--(창 하단)'가 있던 자리에 텍스트를 입력할 수 있다.

     'w(=write)'는 저장, 'q(=quit)'는 종료를 의미하는데,

      = ex 모드에서 사용하는 명령어 =

          :wq를 입력하고 Enter를 누르면 파일을 저장하고 vim이 종료된다.

          :q!  를 입력하고 Enter를 누르면 파일을 저장하지 않고 vim이 종료된다.
                                                                  (.swp인 파일 임시 생성)