Git 기본

  • 여기에 레시피를 쭉 넣고 싶은데..
  • 레시피 제목은 2단계 제목으로.. *

아직 add 하기 전 작업중인 파일을 되돌린다 - restore

  • 원래 이 작업은 checkout으로 했었는데…
  • 2019년 08월 16일 배포된 git 2.23.0 버전부터 checkout의 기능이 switch와 restore로 분리 되었다
  • 관련 포스팅 : Git 2.23.0 출시: checkout 기능 분리
  • checkout이라는 이름으로 두가지 작업을 하던 것을 기능별로 이름을 다시 지은 것으로 올바른 방향의 변화로 보인다.
  • 사용법 : 아래와 같이 입력하면 작업중인 내용을 현재 commit 상태로 되돌린다 
    

    1

    		

    > git restore 파일이름

관련 글들

로컬 온리 저장소를 리모트 저장소에 연결한다.

  • 로컬에서 git init로 시작하여 사용하던 저장소를 github에 올리고 싶을 때 따라한다.
  • 우선 git remote를 입력하여 연결된 리모트 저장소가 있는지 확인한다. 
    

    1
2

    		

    > git remote -v
# 아무것도 안 나옴. 연결이 안된 상태임
  • github에 접속하여 신규 프로젝트를 만들면..
    • 다음으로 진행할 3가지 정도 추천 Step이 나오는 데 이것들 중 두번째인 ..
    • ...or push an existing repository from the command line을 살펴보면 .. 
      

      1
2
3

      		

      > git remote add origin <github 프로젝트 url>
> git branch -M main
> git push -u origin main

      ..와 같이 나오는데..

    • 위에서 첫번째 명령을 실행하면 된다.
  • 다시 git remote -v를 실행해보면 .. 
    

    1
2
3

    		

    > git remote -v
origin  https://github.com/honggaruy/dotfiles.git (fetch)
origin  https://github.com/honggaruy/dotfiles.git (push)

    와 같이 연결된 것을 볼 수 있다.

Git 중급

git diff 골라서 하기

잘 사용하던 git difftool로 곤란한 상황을 만났다.

git add 하기 전에 보통 git difftool로 수정사항을 확인한다. 사실 git diff로 하면 익숙하지 않은 git 비교표현이 눈에 잘 안들어 온다. difftool을 사용할 경우 익숙한 비교툴로 변경사항을 차례로 로딩해주기 때문에 편하게 사용하고 있다.

현재 johngrib님 스켈레톤 사이트에서 그대로 가져와서 개인위키 사이트 만들고 있는데, 이번 commit에서는 기존에 johngrib님이 작성한 내용을 지우는 사항과 변경한 사항이 섞여있었다.

이번 수정사항은 add전 상태에서 git status를 하면 아래와 같이 나온다. (여기서 그림, 그림이 크므로 이거한번 적용해봤으면…)

문제는 git difftool만 실행시킬 경우 변경사항이 modified인지 deleted인지 따지지 않고 무조건 difftool로 설정된 tool을 불러온다는 것이다. deleted인 경우 로컬 저장소에서는 이미 파일이 지워졌으므로 파일이 없다는 에러가 연속적으로 나온다. 한 두개면 그냥 넘어갈 수있는데 위와 같이 많을 경우 문제가 된다. ( 아래 움짤에서 왼쪽의 명령줄을 보면 87개를 비교하려고 대기중임…) 필터미사용 경우 움짤

해결과정 과 망한 Yak shaving

위 움짤에서 문제는 쓸데없이 지워진 파일까지 비교하려고 한다는 것이다.

git diff 명령에 변경된 파일만 골라서 diff 할수 있는 옵션 명령에 있을것 같아 뒤져봤더니 과연 있었다.

git diff 명령의 옵션으로 --diff-filter 옵션이 있다. 이 옵션으로 modifed 된것만 필터링 할 수 있다. 이 옵션에서 주의할점은 대문자인지 소문자인지에 따라 동작이 달라지는것이다. 대문자는 include로 동작하고 소문자는 exclude로 동작한다. 그리고 --diff-filter=ad 처럼 동시에 여러개를 옵션으로 줄수 있다.

그런데.. 여기 보니 옵션이 넘 많다. ( A, C, D, M, R, T, U, X, B ). 각 옵션이 어떤상황인지는 나같은 git 초보로서는 알기가 힘드므로… git status의 명령을 변형하여 git stutus에서 리포팅되는 변경사항을 counting 하여 보여주는 alias를 만들었다. 다시 말하면, git status의 결과가 넘 많아 내가 difftool로 비교해야할 파일이 몇개 정도인지 파악하기 위해 만들었다. 아래는 .gitconfig 파일을 수정한내용이다.



1
2
3
4
5
6
7
8
9
10
11
12
13



[alias]
  ...
	sc = "!# status 후 변경 종류별 Count;\n\
		git status -s \
		| sort \
		| sed 's/^\\sA\\s/not_updated /;\
		       s/^M[ MD]\\s/updated_in_index /; \
		       s/^[ MARC]M\\s/work_tree_changed_since_index /; \
		       s/^[ MARC]D\\s/deleted_in_work_tree /; \
		       s/^??\\s/untracked /; \
		       s/^[ D]R\\s/renamed_in_work_tree /' \
		| awk '{print $1}' \
		| uniq -c"

이 링크를 보면 종류의 경우가 20가지나 되는데 나머지는 나중에 추가하기로 하고 일단 내가 필요한 5가지 정도 경우만 넣었다. 결과는 대충 이렇게 나온다. git status -s 로 나온 결과를 각각의 경우로 count한 후 보여준다.



1
2
3
4
5



hongg@CMStacker MINGW64 ~/repository/honggaruy.github.io (master)
$ git sc
     78 deleted_in_work_tree
      9 work_tree_changed_since_index
     17 untracked

위 결과를 얻기위해 참조한 링크는 다음과 같다.

  1. 편리한 git alias 설정하기 : git alias 만들고 활용하는 방법
  2. How to create a frequency list of every word in a file? 답변중 하나 : 각각 종류별 줄을 count 하는 방법
  3. git status중 short format 섹션 : git status의 단축 포맷 설명이 나와있다.

이제 git difftool을 실행하기 전에 git sc를 실행하면 87개의 변경사항이 아니라 9개만 비교하면 되겠구나 하는 마음의 평화를 얻게된다….( 사실 만들고 보니 .. 그다지 쓸모는 없지만…. 만든게 아까워 여기에 기록함.)

왠지… 야크털을 깍은것 같지만 일단 마무리 했으니 넘어간다.

결론

  • 결론적으로 --diff-filter 옵션으로 아래와 같이 Modified된 것만 보여주게 된다. 
    

    1

    		

    $ git difftool --diff-filter=M

    필터미사용 경우 움짤

  • M옵션대신 delete된 것만 제외하고자 한다면 소문자 d 옵션을 사용한다 
    

    1

    		

    $ git difftool --diff-filter=d
  • 이것도 명령이 좀 기니까 alias로 만들자. (쓰다보니 대문자 쓰는게 귀찮…) 
    

    1
2
3

    		

    [alias]
 dftd = "!# deleted 제외하고 difftool한다;\n\
        git difftool --diff-filter=d"

gif 만들기 관련 참고