3-2. 기본 명령어

* 소스트리로 커밋하기

https://academy.dream-coding.com/courses/take/git/lessons/17954796-3-8

 

아직은 소스트리를 쓰지 않아서,,, 일단은 패스

 

 

* 파일 변경 시 유용팁

- 파일 삭제

  rm 을 이용해 파일을 삭제하면, c.txt는 staging area에 포함이 되지 않기 때문에 이를 commit 하기 위해서는 c.txt를 git add -> commit 하거나 git commit -a 로 해줘야 한다.

  하지만 git에서 제공하는 명령어로 간편하게 staging area에 추가할 수 있다.  

 

 

 

 

  git에서 제공하는 rm을 사용하면 자동으로 Staging area에 포함이 되어있다.

 

git rm 파일

 

 

- 파일 이름 변경

 

  마찬가지로 파일의 이름을 변경할 때도 그냥 mv 파일 파일 이런식으로 쓰면 git status에 포함이 되지 않은 것을 알 수 있다.

c.txt는 지워지고, d.txt(←b.txt)는 untracked 상태이다.

벌써 머리가 아파지지만 이럴 땐 git에서 제공하는 mv를 이용하면 된다.

 

 

엘리님과 결과가 다르네... 운영체제가 달라서 그런가 ...ㅠ 

 

 

* log : 버전들 목록 보기

 

앞 내용을 복습하자면

git init은 초기화, git log는 로그 보기,

 

처음에 다운받으라고 하셨던 파일이 있는데 이 중 git-log 폴더는 여기서 사용한다.

확인해보면 이전에 하신 log들이 쫙 보인다.

 

 맨 아래에 있는 로그일 수록 예전 로그들이다.

 

 

그리고 git log --patch나 간단하게 git log -p를 입력하면 수정된 파일의 내용을 확인할 수 있다. (git diff를 이용하는 것처럼)

git log --oneline은 깔끔하게 로그의 해쉬코드의 앞자리 문자열과 commit 메시지만 출력해준다. 

 

왼쪽(git log -p)은 너무 길어서 생략, 오른쪽(git log --oneline)은 너무 짧아서 가로로 기니까 공간을 다 차지하는... 

 

그리고 여기서 HEAD -> master 이 뭔소린가...

 

 

  이 그림에서의 a 파일은 가장 먼저 만들어진 파일이다. a를 commit한 후 b를 commit하면 b는 바로 이전의 commit을 참고하는데, 이 때 b의 commit이 a를 가리키는 포인터를 생성하게 된다. 다음 c를 commit하면 c도 바로 이전 commit인 b를 참조하게 될 것이다. 그리고 d를 방금 막 commit했을 때 head는 d를 가리키게 된다. head는 현재 내가 바라보는 이 시점의 버전(commit)을 가리킨다. head에서 ~1을 붙이면 헤드의 이전 버전(부모)을, head에 ~2를 붙이면 이전 이전 버전을 (조부모?) 가리키게 된다. master은 가장 최근 버전을 말한다. 

  git의 장점은 스냅샷으로 해당 버전들을 저장해 비교적 가볍고 이전 버전으로 언제든지 돌아갈 수 있었다고 했었는데, 예를 들어 commit b로 돌아가고 싶다면 git checkout b 를 입력한다. 그렇다면 head는 이제 b를 가리킨다. 

  위의 그림에서는 이해를 위해 그냥 b로 칭했으나, 실제로는 이와 같이 작성한다.

git checkout 해쉬코드

 

 

과거 여행 하는 기분 ,,,

 

그렇다면 다시 맨 처음 master branch로 가기 위해서는 어떻게 할까?

 

 

위 캡쳐와 같이 git checkout master 을 입력하면 된다. 

- 참고로 log를 볼 때 오래된 순으로 보고싶다면 --reverse 옵션을 뒤에 입력하면 된다. 

 

 

* 로그 예쁘게 만들기

로꾸하는 방법은 git log 다음에 --pretty 옵션을 붙이면 된다. 

아까 사용해본 --oneline 옵션을 pretty에 적용하려면 git log --pretty=oneline 의 식으로 '='를 이용해 작성한다.

 

--pretty 없는 그냥 --oneline / -pretty=oneline

 

그냥 oneline과 달리 해쉬코드가 전부 나와있다.

그렇다면 사용자 지정 로꾸는 어떻게 할까? 

 

C:\Users\82107\Documents\Study\dreamcoding-git\projects\git-log\git-log(master)
λ git log --pretty=format:"%h %an"
d643a6e Ellie
b8e485f Ellie
bd7bd28 Ellie
328708d Ellie
0ad2dbb Ellie
9186a41 Ellie
1563681 Ellie

C:\Users\82107\Documents\Study\dreamcoding-git\projects\git-log\git-log(master)
λ git log --pretty=format:"%h %an %ar %s"
d643a6e Ellie 1 year, 4 months ago Update Welcome page
b8e485f Ellie 1 year, 4 months ago Add light theme
bd7bd28 Ellie 1 year, 4 months ago Add About page
328708d Ellie 1 year, 4 months ago Add Welcome page
0ad2dbb Ellie 1 year, 4 months ago Add UserRepository module
9186a41 Ellie 1 year, 4 months ago Add LoginService module
1563681 Ellie 1 year, 4 months ago Initialise project

 

h는 hashcode, an은 anthor, ar은 ..  commit된 날짜, s는 타이틀이다.

그 외 나머지는 다른 블로그 포스팅에서 긁어..왔다.

 

옵션	설명
%H	커밋 해시
%h	단축 커밋 해시
%T	트리 해시
%t	단축 트리 해시
%P	부모 해시
%p	단축 부모 해시
%an	저자 이름
%ae	저자 메일
%ad	저자 시간(-date 옵션)
%ar	저자 상대 시간(ex: 5 days ago)
%cn	committer 이름(커밋한 사람)
%ce	committer 메일(커밋한 사람)
%cd	committer 시간
%cr	committer 상대 시간(ex: 5 days ago)
%s	요약

 

이 코드↓는 엘리님이 애용하는 포맷이라고 한다. 근데 난 터미널이라 안되는듯..... ㅠ 계속 %C는 실행할 수 있는 그런 애들이 아니라는데 여기서 c는 color를 의미하겠지? 암만 검색해도 파워쉘에서는 안보이는걸 보면

그냥 파워쉘 유저가 죄다... 거지같이 보고다녀야겠다... 

 

git log --graph --all --pretty=format:'%C(yellow)[%ad]%C(reset) %C(green)[%h]%C(reset) | %C(white)%s %C(bold red){{%an}}%C(reset) %C(blue)%d%C(reset)' --date=short

 

↓색깔 없이 파워쉘에서 보기... 

 

git log --graph --all --pretty=format:"%h %ad %s %an %d" --date=short

 

 

그리고 이렇게 정리된 log 포맷을 맨날 복붙해서 입력할 수는 없으니 alias를 설정했다.

bash에서는 git config --global alias.hist 'git log --graph --all --pretty=format:"%h %ad %s %an %d" --date=short' 하면 되는 것 같던데 (사실 따옴표에 따라 되던데 안되고 안되던게 되길래 이것도 맞나싶다...)

window에서는 일단 .gitconfig 파일을 열어드려야 한다. 

 

git config --global -e

 

그리고 열린 파일에서 [alias]에 아래 코드를 복붙해 넣으면 되는데, --pretty=format: 다음에 올 내용을 큰따옴표로 묶으면 

 

fatal: ambiguous argument '%ad': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]'

 

이딴게 뜨는데 아무튼 안된다고 한다. 설마싶어서 작은 따옴표로 묶으니까 되더라... 

 

hist = log --graph --all --pretty=format:'%h %ad %s %an %d' --date=short

 

잘 되는 모습...

 

 

  그리고 다운하라고 하신 프로젝트 내에 fix라는 branch가 있는데, 이는 git checkout fix로 이동이 가능하다. (master branch로 이동하고 싶으면 git checkout master)

  근데 막상 fix branch로 와보니 head는 fix를 가리키고 있는데, 어디부터 어디까지의 commit이 fix인지 모른다. (우측 캡쳐는 ... 너무 길어서 잘라냈다.)

 

 

 

 

  이는 git log --oneline --graph --all 로 확인할 수 있다. (--oneline은 없어도 상관없으나 깔끔한 확인을 위해)

--all 옵션은 그래프와 master branch를 모두 합해서 전체적인 내용을 봐야하기 때문에 넣는 옵션이다.

위 캡쳐는 master branch가 쭉 이어오다가 fix라는 branch로 나뉘어져서 commit이 하나 만들어졌고, 그 이후 master branch에 commit이 하나 더 업데이트됨을 확인할 수 있다.

 

 

* 로그 심화 내용

- 참고로 띄어쓰기는 할 때만 꼭 하도록 주의하자. 안그러면 애매한 표현이라고 뭐라한다.

• git log -3 : commit 중 최신순 3개만 출력
• git log --author="ellie" : commit한 사람이 ellie인 것만 출력
• git log --before="2020-09-08" : 2020년 9월 8일 이전 commit만 출력
• git log --grep="project" : commit 타이틀 중에 project가 포함된 commit만 출력
• git log -S "about" -p : 아예 소스코드 내용 안에서 검색하고 싶은 문자(about)가 포함된 commit의 상세 내용 출력
• git log -p about.txt : about 파일(이게 파일명임)에 해당하는 comit의 자세한 내용 출력
  • -p가 아니라 -s 면 간단한 내용을 출력한다.
• git log HEAD~1 : head의 바로 앞에 있는 부모부터 보여줌
  • ~2면 두번째 떨어진 부모부터 보여줌
• git show 해쉬코드 - 해당 해쉬코드의 commit 내용을 정확하게 확인 가능 
  • git show 해쉬코드:파일명 - commit내 특정 파일의 내용만 확인 가능

 

 

• git diff 해쉬코드1 해쉬코드2 : 두 가지 commit을 비교하기
  • 이 때 해쉬코드1, 해쉬코드2는 위 캡쳐처럼 무조건 6자리로 복사할 필요는 없고 대충 저 정도만 복붙해도 된다. (그래도 너무 짧으면 안된다..)

    

  • 해쉬코드들 뒤에 특정 파일을 붙여넣으면 특정 파일의 commit간 차이점을 확인할 수 있다.

 

 

* tag의 필요성

 

  git의 commit들의 log가 많아질수록 특정 부분으로의 회귀가 힘들다. 이를 대비해 특정 commit을 북마크하고 싶을 때 쓰는 것이 git tag이다. 

  원하는 부분으로 빠르게 전환할 수 있으며, 원하는 문자열로 tag를 할 수도 있지만 대부분 오른쪽 캡쳐처럼 버전 별로 그 이름을 tag 해둔다. 이렇게 tag를 만들면 긴 버전 히스토리의 특정 부분에 tag 함으로써 관리를 편하게 해준다. 

 

버전 별로 태그를 만들 때는 보통 semantic versioning 시스템을 따라간다. 이 중에서 맨 앞에 있는 major 번호는 어떤 특정한 기능이 추가되었을 때, 전체적인 업데이트가 발생했을 때 올라간다.

minor 번호는 조금의 기능이 업데이트 되거나 개선이 되었을 때 업데이트 시키고, 마지막으로 fix는 기존에 존재하는 기능 중 오류 수정을 해서 성능을 좋게 개선했을 때 업데이트 한다. 

 

 

- git tag

• git tag 태그명 : master branch에 tag 생성하기
• git tag 태그명 해쉬코드 : 특정 commit에 tag 생성하기 
• git tag 태그명 해쉬코드 -am "내용" : 특정 tag의 상세 내용까지 붙여주기, a는 annotate의 약자로 주석을 달다, 정보를 추가하다라는 뜻. m은 message를 의미
• git show 태그명 : 특정 태그의 상세 내용을 확인할 수 있으며 이 때 -am으로 만들어준 주석을 확인할 수 있음
• git tag : 해당 repository에 있는 모든 tag 확인 가능

• git tag -l "내용" : 태그 중 특정한 문자열이 들어 있는 것만 확인하고 싶을 때 사용 

  • λ git tag -l "v1.0.*" # 예시
    v1.0.0
    v1.0.1

  • 버전 1.0이 포함된 태그만 볼 수 있음

• git tag -d 태그명 : 태그 삭제
• git checkout 태그명 : 해당 태그의 commit으로 이동
• tig : 로그를 간단히 보여주는 명령어

 

아래 캡쳐에서 git checkout v2.0.0을 입력하고 tig으로 확인했을 때, [HEAD] branch가 v2.0.0를 가리키고 있음을 확인

 

q를 누르면 나갈 수 있다. (근데 왜 위에서 두번째 커밋은 2가 첫째줄에...)

 

• git checkout -b branch명 태그명 : tag도 checkout하고 새로운 branch를 만들고 싶을 때 사용한다. 이 때 -b는 branch를 의미

 

• git push origin 태그명 : 특정 태그를 서버와 sink 함
• git push origin --tags : 모든 태그를 서버와 sink 함
• git push origin --delete 태그명 : 특정 tag를 삭제하고 싶을 때 사용