[Git] Chapter07~10. Log and Diff/Merge and Conflict/Tag/README

✍🏻 31일 공부 이야기.

Log & Diff

Git Graph

시각적으로 브랜치들의 상황을 볼 수 있는 것을 말하는데 VSCode에서 한 번 살펴보자.

먼저 VSCode에서 git graph를 검색해 설치해준다.

그 후 브랜치를 보고자 하는 폴더에서 VSCode를 열고

git graph 아이콘을 누르면 오른쪽에 브랜치들의 상황을 시각적으로 볼 수 있다.(물론 지금은 내용이 없기 때문에 별 다르게 안 보이는 것 뿐!)

그러면 실습환경을 직접 만들면서 Git Graph가 어떻게 변화하는지 살펴보자.

실습환경 만들기

1. 'log_project'라는 이름을 가진 Remote Repository를 생성하고 링크를 복사한다.
   
   링크 : https://github.com/castlemi99/log_project.git

2. 'log_project'를 Local Repository에 복제한다.
   

3. 이제 이곳에 파일을 추가해보자.
   
   log_project 폴더에 들어가 파일을 하나 생성해주었는데 cat > 파일명 명령어를 쓰면 된다. 하지만 이 또한, 리눅스/맥 명령어라서 윈도우인 나는 echo. 내용 > 파일명 을 이용해주고 commit해주었다.(아직 깃허브에는 올라가지 않은 상태!)
   
   이와 같이 변한 상태를 확인할 수 있었다.

4. 파일을 수정한 후 다시 저장해보자.
   
   왼쪽 그래프가 한 칸 더 생기고 main 옆에 modify 1로 수정되었다.

5. 이번에는 브랜치를 생성 후 이동해보자.
   
   dev라는 브랜치를 생성하고 dev의 hello.py를 수정한 후 modify 2로 commit해주었더니 위와 같이 수정된 것을 확인할 수 있다.

Git Log

git log를 입력하면 현재 브랜치의 변경이력을 확인할 수 있다.

main branch의 변경 이력을 확인해보자.

최신 순으로 나타나는데, 앞서 만들었던 create와 modify1을 확인할 수 있다.

dev branch의 변경 이력을 확인해보자.

dev 브랜치에서 변경한 modify2f를 확인할 수 있다!

Git Editor

Git의 기본 에디터를 설정할 수 있다.

git config --global core.editor "에디터이름 --wait"

--wait 옵션은 상황에 따라 쓰면 되는데, command line으로 VSCode를 실행시켰을 때 VSCode를 닫을 때까지 command를 대기 상태로 만들어주는 것을 의미한다.

나는 VSCode를 기본 에디터로 설정할 것이므로
git config --global core.editor "code --wait"를 실행해주었다.

Git Diff Tool

git diff란 버전별 차이점을 조회할 수 있는 명령어이다. command에서 이를 조회하면 양이 많을수록 복잡할 수 있는데 보다 보기 편리한 VSCode를 통해 조회할 수 있는 방법을 알아보자.

git config --global -e

위 코드를 실행시키면 이전에 기본으로 설정한 VSCode 또는 vim이 실행될 것이다.

[diff]
	tool = vscode
[difftool "vscode"]
	cmd = "code --waite --diff $LOCAL $REMOTE"

그 후 VSCode로 git diff tool을 설정하겠다는 의미의 위 코드를 작성하고 실행시켜주면 된다.

Git Diff

브랜치/버전 별 차이점을 조회할 수 있는 명령어이다.

📌 Local Branch 간 비교(위 diff / 아래 difftool)

git diff 브랜치이름1 브랜치이름2
git difftool 브랜치이름1 브랜치이름2

diff	difftool

📌 Commit 간 비교(위 diff / 아래 difftool)

git diff commithash1 commithash2
git difftool commithash1 commithash2

commithash는 git log 또는 remote를 통해 확인할 수 있다.

노란 부분이 commit hash이다. 비교하고 싶은 commit hash를 복사한 후 코드를 실행하면 아래와 같은 결과를 볼 수 있다.

📌 마지막 Commit과 이전 Commit 비교(위 diff / 아래 difftool)

git diff HEAD HEAD^
git difftool HEAD HEAD^

📌 마지막 Commit과 현재 수정사항 비교(위 diff / 아래 difftool)

git diff HEAD 
git difftool HEAD 

파일을 수정한 후 commit을 하지 않은 상태( = 현재 수정 사항)와 마지막 commit을 비교할 수 있다.

📌 Local과 Remote Branch 간 비교(위 diff / 아래 difftool)

git diff 브랜치이름1 origin/브랜치이름2
git difftool 브랜치이름1 origin/브랜치이름2

• 현재 main 브랜치 상태를 remote에 push해준 후 수정한 파일을 commit하고 비교해보자.
  (수정된 내용은 local에만 올라가있고 remote는 수정 전 내용만 올라가있는 상태)
  
  

Merge & Conflict

Merge

브랜치들을 다시 병합해주는 과정을 말한다.

실습환경 만들기

1. 'merge_project' Remote Repository 생성
   
   https://github.com/castlemi99/merge_project.git

   
   

2. 'git_ws' Local Repository에 'merge_project'를 복제
   

3. main 브랜치에서 파일을 하나 생성 후, commit
   

4. dev 브랜치를 생성하고 파일을 수정한 후 commit
   
   >>를 사용하면 내용을 덧붙여준다.

Merge Tool 설정

git config --global -e를 통해 Git Configuration 파일을 열고 아래 Git Merge 설정을 추가해주면 된다.

[merge]
	tool = vscode
[mergetool "vscode"]
	cmd = "code --wait $MERGED"

위 설정을 다 했다면

git merge 병합할브랜치이름

을 통해 현재 위치한 브랜치에 다른 브랜치를 병합할 수 있다.

현재 상태를 정리하면 파란 파일이 있는 main에서 dev브랜치를 생성해 주황 파일이 된 상태이다. 이를 다시 main에 병합시켜보자.

git log를 보면 main에도 modify 1이 있는 것을 확인할 수 있다.

Conflict

각 브랜치들을 병합할 때 같은 부분을 수정했다면 Conflict을 일으켜 사용자들이 의논하여 수정하도록 알려준다.

main에서 만든 "Hello, noma." 파일을 브랜치를 생성해 수정하는동안(주황색) main에서도 "Hello, zero."라고 수정했다. 이후 병합하려고 하면(혹은 Push, Pull하는 과정에서도) Conflict가 일어날 수 있다.

실습환경 만들기

1. main브랜치에서 "Hello, noma."파일 생성
   

2. 브랜치 dev2를 생성하고, main 브랜치에서 "Hello, zero."로 파일 수정
   

3. dev2로 이동후, "Hello, base."로 파일 수정
   

4. main으로 돌아가 merge해보자. 같은 부분을 수정했기 때문에 Conflict가 발생할 것이다.
   

5. Conflict 발생 이후 git mergetool을 하면 Conflict난 파일들이 열리는 것을 볼 수 있다.
   

6. 이때, "Hello, base."를 선택했다고 하면 "Result" 부분에 선택한 내용을 수정해주고 오른쪽 아래 "Complete Merge"를 클릭해준다.
   

7. 그 후 Conflict를 해제해주고 다시 commit을 해주면 된다.

   git add 파일명
   git commit

   을 하면 오른쪽과 같은 파일이 하나 뜨는데 확인차 뜨는거라 저장하고 닫아주면 된다.

8. git log를 통해 해결된 것을 확인할 수도 있다.
   

Git Tag

중요한 commit에 Tagging을 해서 바로 찾아갈 수 있게 해주는 기능이다.

실습환경 만들기

1. 'tag_project' Remote Repository 생성
   

2. 'git_ws' 폴더 아래에 'tag_project'를 복제

3. 'hello.txt'파일을 생성한 후 수정하며 commit을 3번 해보자.
   

4. Remote Repository에도 commit해주자.
   

Tag

git tag 태그이름

을 실행해주면 마지막 버전에 태그이름이 매겨진다.

📌 특정 버전에 Tag 달기

git tag 태그이름 commithash

이렇게 Local Repository에 Tagging을 해도 Remote Repository에는 공유가 되지 않는다. 따라서 Tag를 Remote Repository에 Push 해주어야한다.

📌 Remote Repository에 Tag Push

git push origin 태그이름

📌 Tag 목록 확인/ Tag 상세 정보 확인

git tag <-- 목록 확인 -->
git show 태그이름 <-- 상세정보 확인 -->

📌 Tag 삭제

git tag --delete 태그이름

이 또한 Local에서만 삭제한 것이기 때문에 Remote에서도 삭제해주기 위해선 아래 코드를 실행해주면 된다.

git push --delete origin 태그이름

README

프로젝트에 대한 설명, 사용방법, 라이센스, 설치법과 같은 부분에 대해 기술하는 파일이다.

예를 들어, 며칠 전에 prophet에 대해 학습했던 날 보았던 Github를 살펴보면

자세히 해당 내용에 대한 설명을 적어둔 것이 보인다.

README 만들기

깃허브 README.md 오른쪽에 위치한 연필 모양을 클릭해서 만들 수 있다.

README는 Markdown 문법을 따라서 Velog 작성 방법이랑 똑같다.

🖱️ 마크다운 문법은 이 링크 참고하기