如何解決git config坑的導致CI校驗不通過

如何解決git config坑的導致CI校驗不通過，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

事故由來

當我把bug解決休掉后，順利跑通后。”愉快“的補完單測，提了個mr，CI校驗竟然攔下來了。

圖1

當時我的心情是復雜的，于是我點開了這個Details。

看了半天，沒有啥有價值的錯誤信息，接著索性打開這個流水線，看看藍盾里面具體是哪個子流失線出現了問題，找了半天后，發現了問題。。。

圖2

好離譜，為啥我git email盡然有QQ郵箱。。。

為了驗證我這個分支是否存在上述的這個問題，我得排查一下:

git log | grep 'Author' | head

看到結果的時候，我呆滯住了:

圖3

居然真的有個commit記錄真的是qq郵箱，事情大概清楚了，之前master分支存在問題，我刪掉項目，重新拉取一次master分支。

由于我全局配置的git config 是日常郵箱的問題，沒有在意這個問題，導致現在CI校驗不通過。

那么解決問題的辦法就是:

修改下commit歷史

如何解決

于是google一個方案，修改 git 歷史提交 commit 信息(重寫歷史)，文檔鏈接:

https://www.jianshu.com/p/0f1fbd50b4be

大致意思通過 git rebase 命令，來完成操作:

git rebase -i HEAD~3 // 修改近三次的信息

將會得到如下的信息,這里的提交日志是和git log倒敘排列的,我們要修改的日志信息位于第一位:

 1 pick 2275781 should find method from parent  2 pick 223fc80 unit test case  3 pick 9ac1179 update test case  4  5 # Rebase 79db0bd..9ac1179 onto 79db0bd (3 commands)  6 #  7 # Commands:  8 # p, pick = use commit  9 # r, reword = use commit, but edit the commit message 10 # e, edit = use commit, but stop for amending 11 # s, squash = use commit, but meld into previous commit 12 # f, fixup = like "squash", but discard this commit's log message 13 # x, exec = run command (the rest of the line) using shell 14 # d, drop = remove commit 15 # 16 # These lines can be re-ordered; they are executed from top to bottom. 17 # 18 # If you remove a line here THAT COMMIT WILL BE LOST. 19 # 20 # However, if you remove everything, the rebase will be aborted. 21 # 22 # Note that empty commits are commented out

我們可以根據Commands信息來修改這些信息，來選擇我們需要的參數，最后來達到我們的目的。

其他思路

想到我修改的代碼，跟主干代碼master相差的其實很小，那么我可以做到代碼回滾，根據我們的id回退到指定的版本，主要通過的命令就是 git  reset，然后選擇對于的參數，也能滿足我們的需求。

一般來說，有hard，soft，mixed，三種模式，根據不同的場景來做選擇。

關于如何解決git config坑的導致CI校驗不通過問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。