您好,登錄后才能下訂單哦!
這篇文章主要講解了“怎么善用Git”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“怎么善用Git”吧!
這個命令的幫助文檔是這樣描述的:
--amend amend previous commit
也就是說,它可以幫助我們修改 最后一次提交
既可以修改我們提交的 message,又可以修改我們提交的文件,最后還會替換最后一個 commit-id
我們可能會在某次提交的時候遺漏了某個文件,當我們再次提交就可能會多處一個無用的 commit-id,大家都這樣做,git log 慢慢就會亂得無法追蹤完整功能了
假設我們有這樣一段 log 信息
* 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
假設我們要修改最后一個 log message,就可以使用下面命令:
git commit --amend -m "feat: [JIRA123] add feature 1.2 and 1.3"
我們再來看一下 log 信息, 可以發現,我們用新的 commit-id 5e354d1 替換了舊的 commit-id 98a75af , 修改了 message,并沒有增加節點
* 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
現在我們的 repo 中文件是這樣的:
. ├── README.md └── feat1.txt 0 directories, 2 files
假設我們提交 feature 1.3 的時候,忘記了一個配置文件 config.yaml , 不想修改 log,不想添加新的 commit-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
知道這個技巧,就可以確保我們的每次提交都包含有效的信息了。
可以看著,上面的 log 都是在開發 feature1,我們在把 feature 分支 merge 到 main 分支之前,還是應該繼續合并 log commit 節點的,這就用到了
git rebase -i HEAD~n
其中 n 代表最后幾個提交,上面我們針對 feature 1 有三個提交,所以就可以使用:
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-id 最常用的是 squash 和 fixup , 前者包含 commit message,后者不包含,這里使用 fixup, 然后 :wq 退出
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
我們再來看一下 log, 這就非常清晰了
* 41cd711 (HEAD -> feature/JIRA123-amend-test) feat: [JIRA123] add feature 1 * c69f53d (origin/main, origin/feature/JIRA123-amend-test, origin/HEAD, main) Initial commit
上面的 feature1 已經完整地開發完了,main 分支也有了其他人的更新,再將 feature merge 回 main 分支之前,以防代碼有沖突,需要先將 main 分支的內容合并到 feature 中,如果用 merge 命令,就會多處一個 merge 節點,log history 中也會出現拐點,并不是線性的,所以這里我們可以在 feature 分支上使用 rebase 命令
git pull origin main --rebase
pull 命令的背后是自動幫我們做 merge 的,但是這里以 rebase 的形式,再來看一下 log
* 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 功能 on top of main 的提交節點,還是保持線性,接下來就可以 push 代碼,然后提 PR,將你的 feature merge 到 main 分支了
感謝各位的閱讀,以上就是“怎么善用Git”的內容了,經過本文的學習后,相信大家對怎么善用Git這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。