3가지 동작으로 완료하세요! 깔끔한 Git 커밋 기록 유지

이 글은 "git commit –amend", "git rebase -i" 및 "rebase"와 관련된 문제를 포함하여 Git커밋 기록을 깨끗하게 유지하는 방법에 대한 관련 지식을 제공합니다.

추천 학습: "Git Tutorial"

모든 사람이 표준화되고 간결한 방식으로 코드를 작성하는 방법을 배웠지만 표준적이고 간결한 방식으로 코드를 제출하는 방법은 거의 배우지 않습니다. 요즘에는 누구나 기본적으로 Git을 소스 코드 관리 도구로 사용하는데, Git은 다양한 워크플로우에 따라 코드를 제출/병합합니다. 이 유연성이 제대로 제어되지 않으면 많은 문제가 발생합니다

지저분하고 냄새나고 긴 git 로그 기록. 저는 개인적으로 이런 종류의 로그를 좋아하지 않습니다

이 문제의 근본 원인은 무작위 코드 제출입니다.

코드가 제출되었습니다. 저장할 수 있는 방법이 있나요? 세 가지 팁으로 문제를 완벽하게 해결할 수 있습니다

git commit –amend

를 잘 활용하세요. 이 명령의 도움말 문서는 다음과 같이 설명되어 있습니다.

--amend               amend previous commit

즉, 마지막 커밋

을 수정하는 데 도움이 될 수 있습니다. 제출한 메시지를 수정할 수 있고, 제출한 파일을 수정하고 마지막 커밋 ID를 바꿀 수 있습니다

제출할 때 특정 파일이 누락될 수도 있고, 다시 제출할 때 여러 오류가 발생할 수 있습니다. -id, 모두가 이 작업을 수행하면 git 로그가 점점 더 지저분해져서 완전한 기능을 추적할 수 없게 됩니다

그런 로그 정보가 있다고 가정합시다

* 98a75af (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1.2
* 119f86e feat: [JIRA123] add feature 1.1
* 5dd0ad3 feat: [JIRA123] add feature 1
* c69f53d (origin/main, origin/feature/JIRA123-amend-test, origin/HEAD, main) Initial commit

마지막 로그 메시지를 수정하고 싶다고 가정하면 다음을 사용할 수 있습니다. 명령:

git commit --amend -m "feat: [JIRA123] add feature 1.2 and 1.3"

로그 정보를 다시 살펴보겠습니다. 기존 커밋 ID 98a75af를 새 커밋 ID 5e354d1로 바꾸고, 메시지를 수정했으며, 노드를 추가하지 않았습니다

* 5e354d1 (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1.2 and 1.3
* 119f86e feat: [JIRA123] add feature 1.1
* 5dd0ad3 feat: [JIRA123] add feature 1
* c69f53d (origin/main, origin/feature/JIRA123-amend-test, origin/HEAD, main) Initial commit

이제 파일을 확인할 수 있습니다.

.
├── README.md
└── feat1.txt

0 directories, 2 files

기능 1.3을 제출할 때 구성 파일 config.yaml을 잊어버렸고 로그를 수정하거나 새 커밋 ID를 추가하고 싶지 않다고 가정하면 다음 명령을 사용하기가 매우 쉽습니다.

echo "feature 1.3 config info" > config.yaml
git add .
git commit --amend --no-edit

git commit --amend --no-edit가 핵심입니다. 현재 repo 파일을 살펴보겠습니다.

.
├── README.md
├── config.yaml
└── feat1.txt

0 directories, 3 files

git log를 살펴보겠습니다.

* 247572e (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1.2 and 1.3
* 119f86e feat: [JIRA123] add feature 1.1
* 5dd0ad3 feat: [JIRA123] add feature 1
* c69f53d (origin/main, origin/feature/JIRA123-amend-test, origin/HEAD, main) Initial commit

이 기술을 알면 각 저장소가 제출된 내용 중 유효한 정보가 포함되어 있습니다. 과정을 설명하는 그림은 다음과 같습니다.

버프 보너스인 --no-edit를 사용하면 더욱 강력해집니다.

git rebase -i를 사용하세요

위의 로그를 보면 기능을 개발 중입니다. 1. 기능 브랜치를 메인 브랜치에 병합하기 전에 로그 커밋 노드를 계속 병합해야 합니다. 이는

git rebase -i HEAD~n

에서 사용됩니다. 여기서 n은 마지막 몇 개의 커밋을 나타냅니다. 위에서는 기능 1에 대한 3개의 커밋이 있으므로 다음을 사용할 수 있습니다.

git rebase -i HEAD~3

실행 후 vim 편집기에 다음 내용이 표시됩니다.

 1 pick 5dd0ad3 feat: [JIRA123] add feature 1
 2 pick 119f86e feat: [JIRA123] add feature 1.1
 3 pick 247572e feat: [JIRA123] add feature 1.2 and 1.3
 4
 5 # Rebase c69f53d..247572e onto c69f53d (3 commands)
 6 #
 7 # Commands:
 8 # p, pick <commit> = use commit
 9 # r, reword <commit> = use commit, but edit the commit message
10 # e, edit <commit> = use commit, but stop for amending
11 # s, squash <commit> = use commit, but meld into previous commit
12 # f, fixup <commit> = like "squash", but discard this commit's log message
13 # x, exec <command> = run command (the rest of the line) using shell
14 # d, drop <commit> = remove commit
15 # l, label <label> = label current HEAD with a name
16 # t, reset <label> = reset HEAD to a label
17 # m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
18 # .       create a merge commit using the original merge commit's
19 # .       message (or the oneline, if no original merge commit was
20 # .       specified). Use -c <commit> to reword the commit message.
21 #
22 # These lines can be re-ordered; they are executed from top to bottom.
23 #
24 # If you remove a line here THAT COMMIT WILL BE LOST.
25 #
26 #   However, if you remove everything, the rebase will be aborted.
27 #
28 #
29 # Note that empty commits are commented out</commit></oneline></label></commit></commit></label></label></commit></command></commit></commit></commit></commit></commit>

가장 일반적으로 사용되는 병합 커밋 ID는 squash와 fixup이며, 후자는 여기에서 fixup을 사용하지 않습니다. then :wq Exit

1 pick 5dd0ad3 feat: [JIRA123] add feature 1
2 fixup 119f86e feat: [JIRA123] add feature 1.1
3 fixup 247572e feat: [JIRA123] add feature 1.2 and 1.3

로그를 다시 살펴보니 매우 명확합니다

* 41cd711 (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1
* c69f53d (origin/main, origin/feature/JIRA123-amend-test, origin/HEAD, main) Initial commit

리베이스를 잘 활용하세요

위 기능 1은 완전히 개발되었으며 메인 브랜치도 다른 사람들에 의해 업데이트되었으며 병합됩니다. 기능을 메인 브랜치로 되돌리기 전에, 코드 충돌이 발생할 경우 먼저 메인 브랜치의 내용을 기능에 병합해야 합니다. 병합 명령을 사용하면 추가 병합 노드도 있을 것입니다. 선형이 아닌 로그 기록의 변곡점이므로 여기서는 기능 브랜치에서 rebase 명령을 사용할 수 있습니다

git pull origin main --rebase

pull 명령은 자동으로 병합을 돕지만 여기서는 rebase 형태로 로그를 보세요

* d40daa6 (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1
* 446f463 (origin/main, origin/HEAD) Create main.properties
* c69f53d (origin/feature/JIRA123-amend-test, main) Initial commit

feature1 함수의 제출 노드가 main 위에 있거나 선형성을 유지한 다음 코드를 푸시한 다음 PR을 제출하고 기능을 메인 분기에 병합할 수 있습니다

에 대한 간단한 설명 병합과 리베이스의 차이점은 다음과 같습니다.

여기에서는 git pull Origin main --rebase를 사용하여 메인을 전환하고 최신 콘텐츠를 가져온 다음 다시 전환하는 과정을 생략합니다. 그 뒤에 있는 원리는

여기에 나와 있습니다. rebase를 사용할 때 따라야 할 황금률입니다. 이전에 말했으므로 더 이상 반복하지 않겠습니다.

요약

이 세 가지 팁을 사용하면 모든 사람의 git log가 매우 명확하다고 믿습니다. 아직은 사용할 수 있습니다. 그룹 구성원이 모른다면 확실히 홍보할 수 있습니다. 이런 종류의 저장소는 더 건강해 보일 것입니다.

추천 학습: "Git Tutorial"

위 내용은 3가지 동작으로 완료하세요! 깔끔한 Git 커밋 기록 유지의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!