千家信息网

如何解决git config坑的导致CI校验不通过

发表于:2024-11-25 作者:千家信息网编辑
千家信息网最后更新 2024年11月25日,如何解决git config坑的导致CI校验不通过,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。事故由来当我把bug解决休掉后,顺利
千家信息网最后更新 2024年11月25日如何解决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校验不通过问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注行业资讯频道了解更多相关知识。

0