구차니의 잡동사니 모음

일종의 버퍼라고 해야하나?

잠시 테스트 코드 수정하고 나서 다른 리비전 오가면서 쓰는 경우도 존재할텐데

그런 테스트 코드를 일일이 다 commit 해서 보존하고

돌아와서 복구해야 한다면 버전관리시에 지저분 해지니

그러한 더러운 코드들을 잠시 저장해 두는 기능

조금 자세히 봐야 겠지만..

그러면 최소한 해당 리비전에서 원래 리비전으로 돌아와서 stash를 적용해주어야 문제없이 적용되려나?

[링크 : https://wkdtjsgur100.github.io/git-stash/]

git lens는 가장 많은 사용자가 이용하긴 하지만 익숙치 않았던지라 포기했었고

(지금도 git 개념을 다 이해한건 아니지만..)

당장 가장 목마른 기능은

revision(그러니까 commit)간 소스코드의 변경 내역!

svn 쓸때는 tortoiseSVN에서 잘 꾸며놔서 편하게 쓰던 기능인데

git으로 와서는 가장 필요한데 못쓰고 있는 기능이라고 해야하려나?

과거 버전을 눌러서 비교하면

해당 버전과 해당 버전 하나더 과거의 버전(N , N-1 버전의 비교)의 소스를 비교하거나

해당 버전과 현재 workspace의 소스를 비교하는 기능을 추가해준다.

아무튼.. 플러그인 하나로 가장 가려웠던 부분을 커버할 수 있어서 좋네.

[링크 : https://vscode.tistory.com/entry/Git-History]

[링크 : https://marketplace.visualstudio.com/items?itemName=donjayamanne.githistory]

한자리씩 줄여보니 4자리는 넘어야 commit hash 로 비교가 가능하다.

아래는 두 커밋간의 비교인데 diff 출력으로 나오게 되어있고

[링크 : https://stackoverflow.com/questions/3368590/show-diff-between-commits]

아래는 리비전간에 변화가 생긴 파일 목록만 나타내는 옵션을 사용한 예이다.

[링크 : https://stackoverflow.com/.../how-to-list-only-the-file-names-that-changed-between-two-commits]

두 커밋간의 특정 파일을 비교하려면 마지막에 파일이름만 넣으면 된다.

[링크 : https://stackoverflow.com/.../how-do-i-diff-the-same-file-between-two-different-commits-on-the-same-branch]

+

git help diff로 하니 나오는 내용. 세번째 명령이 내가 원하는 명령어.

git diff [<options>] [<commit>] [--] [<path>…​]
git diff [<options>] --cached [<commit>] [--] [<path>…​]
git diff [<options>] <commit> <commit> [--] [<path>…​]
git diff [<options>] <blob> <blob>
git diff [<options>] --no-index [--] <path> <path>