Git 명령을 모두 기억하는 사람은 없으며, 그럴 필요도 없습니다. 이 Git 명령 치트 시트는 수행하려는 작업별로 그룹화되어 거의 모든 일상 작업을 다루는 작은 세트에 중점을 둡니다.

Windows용 Git을 사용하여 일회용 데모 저장소에서 로컬 명령을 테스트했으며, 표시된 출력은 줄 끝 경고가 제거된 해당 실행에서 나온 것입니다. 커밋 해시는 다를 수 있습니다. 원격 명령에는 서버가 필요하므로 이를 실행하지 않았습니다. 버전 관리가 처음이신가요? 초보자를 위한 Git 튜토리얼부터 시작해 보세요.

Git이 생각하는 방식: 세 가지 영역

변경 사항이 어디에 있는지 알면 대부분의 혼란은 사라집니다.

프로젝트 설정 및 시작

작업 저장

새 파일이 이동함에 따라 간략한 상태 보기가 어떻게 변경되는지는 다음과 같습니다.

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

??은 추적되지 않음을 의미하고 A는 스테이징에 추가됨을 의미합니다. 2열 형식에서 왼쪽 열은 준비 영역이고 오른쪽 열은 작업 디렉터리입니다. git commit -am은 새로운 파일을 건너뛰므로 해당 파일을 먼저 명시적으로 추가해야 합니다.

지점

다음은 처음부터 끝까지 작은 기능 분기입니다.

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

main이 이동하지 않았기 때문에 기록은 직선이므로 Git은 빨리 감기 병합을 수행했습니다. 이전 가이드에서는 여전히 git checkout를 볼 수 있습니다. 작동하지만 최신 switch 및 restore 명령은 많은 작업을 더 명확한 작업으로 분할합니다. 병합과 리베이스 중 하나를 선택하려면 Git 병합과 리베이스를 읽어보세요.

리모컨으로 작업하기

fetch은 파일을 변경하지 않으므로 항상 안전합니다. 리베이스 후 브랜치를 덮어써야 하는 경우 일반 --force보다 --force-with-lease를 선호합니다. 동료의 새 커밋을 지우는 것을 거부하기 때문입니다.

Stash: 일을 따로 보관해 두세요

Stash는 작업을 전환해야 하지만 커밋할 준비가 되지 않은 경우 유용합니다.

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

기록 보기

실수 취소: “나는…”

사람들이 가장 많이 찾는 부분이 바로 이 부분이다. 귀하의 상황을 찾으십시오:

재설정 vs 되돌리기 vs 복원

이 세 가지 이름은 많은 혼란을 야기하지만 서로 다른 역할을 합니다.

데모에서는 잘못된 라인을 커밋하고 되돌렸습니다. 파일은 이전 내용으로 돌아가고 실수는 기록으로 로그에 계속 표시됩니다.

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

그런 다음 git reset --soft HEAD~1은 마지막 커밋을 제거했지만 변경 사항은 그대로 유지했습니다. git status --short는 M app.txt으로 표시되었습니다.

태그

태그는 GitHub Actions CI/CD 가이드에서 설명하는 것처럼 릴리스 파이프라인을 트리거하는 경우가 많습니다.

간단한 일일 작업흐름

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

“로그인 리디렉션 수정”과 같이 명령의 변경 사항을 설명하는 커밋 메시지를 작성합니다. 지금으로부터 6개월 후 일지를 읽으면 자신에게 감사하게 될 것입니다.

일반적인 실수

• 비밀 커밋. 이후 커밋에서 파일을 제거해도 기록에서 파일이 제거되지는 않습니다. 즉시 비밀을 교체하고 .gitignore를 사용하세요.
• 공유 기록을 다시 작성합니다. 다른 사람이 이미 가져온 커밋을 재설정하거나 리베이스하지 마세요.
• git add .를 맹목적으로 사용합니다. git status을 먼저 확인하여 빌드 파일과 로그가 남지 않도록 하세요.
• 일반 --force 사용. --force-with-lease을 선호합니다.
• 대규모 커밋을 수행합니다. 작은 커밋은 검토, 되돌리기 및 이등분하기가 더 쉽습니다.

마무리

세 가지 영역과 12개의 명령을 배우면 Git이 더 이상 무섭지 않습니다. 실행 취소 테이블을 가까이에 두고 git status과 git reflog가 안전망이라는 점을 기억하세요. 자신감을 쌓으려면 일회용 저장소를 만들고 의도적으로 부수고 수리하십시오. 왜냐하면 그곳이 실수를 저지르는 가장 저렴한 장소이기 때문입니다.

자주 묻는 질문

계속 학습하세요