Change-id何時生成？

就是?commit做出修改后，gerrit會將commit-msg觸發(fā)，change-id就會被生成出來。

這里引用下資源的兩個機制以免到時找不到。

gerrit 的 Change-Id 機制:

首先要明確, Change-Id 是 gerrit (代碼審核平臺)的概念，是gerrit 用以追蹤具體提交的機制 與 git (版本管理) 是沒有關(guān)系的.

已經(jīng)用 git push 將代碼提交 gerrit 審核了,這時你發(fā)現(xiàn)代碼中有疏漏,修改了一下,執(zhí)行 git commit --amend, 再次推送還可以成功. 這就是因為 gerrit 檢查到兩次 push 的 commit 有同一個 change-id, 就認為是同一個提交,因此可以 amend.

?git push 將代碼提交到 gerrit 審核,到 gerrit 網(wǎng)站一看,大紅字標著 Can Not Merge 字樣. 我想常用 gerrit 的同學肯定都遇到過這問題. 之前我的做法是, git reset 后,更新代碼,再重新提交. 現(xiàn)在的做法是,不用 git reset 了,直接 git commit --amend, 刪掉 commit log 中的 change-id 那行,然后wq保存退出.這時 gerrit 的那個鉤子腳本會再生成一個不同的 change-id ,這時再更新代碼,重新提交即可成功. 這里只簡要介紹該方法,具體步驟將在 代碼沖突 場景中詳解.

Change-Id 的生成機制請繼續(xù)向下看.

git 的 hook 機制:

鉤子(hooks)是一些在$GIT-DIR/hooks目錄的腳本, 在被特定的事件(certain points)觸發(fā)后被調(diào)用。當git init命令被調(diào)用后, 一些非常有用的示例鉤子腳本被拷到新倉庫的hooks目錄中; 但是在默認情況下它們是不生效的。 把這些鉤子文件的".sample"文件名后綴去掉就可以使它們生效。

hook機制可以理解為回調(diào).各個鉤子其實就是一段 bash 腳本,各鉤子腳本的名字都是固定的.可以查看git項目根目錄下的 .git/hooks 這個文件夾,看看都有哪些可用的鉤子.?通常用--amend對commit做出修改后，commit-msg會被重新觸發(fā)，change-id就會被生成出來

這里引薦一篇文章總結(jié)是?hook（鉤子）就是一個存放腳本的目錄，我這里本機是C:\Users\admin\.git\hooks。在這里面會有一些執(zhí)行文件。

引用：https://blog.csdn.net/u012843873/article/details/82424514

總結(jié)

以上是生活随笔為你收集整理的gerrit的Change-Id机制和hook机制的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。