git cherry-pick 报错 fatal: bad object
Posted zndxall
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了git cherry-pick 报错 fatal: bad object相关的知识,希望对你有一定的参考价值。
场景:程序员A提交了一个commit到gerrit上,我们叫他为commit_id1,但是还没有review,那就是没有入库,程序员B想再本地拿到这个commitd_id1,既然这个提交没有入库,很明显,B单纯执行git pull是拿不到这个提交的,那他要怎么办呢,
目前我想到的有几种方式:第一种如果只是单纯了改了很少量的文件,我们不排斥程序员A把这几个文件直接发给B。如果改动比较大呢?第二种,程序员A本地关于这个提交生成一个patch,发给B,B再在本地把这个patch打上,这是个不错的方式。还有一种,完全不需要额外的动作,只要使用git cherry-pick就可以了。
所以,本篇的关注点是最后一种git cherry-pick的方式,如果想要使用patch的方式,参考我的另一篇博客:https://www.cnblogs.com/zndxall/p/8093455.html
然后B在本地执行了git cherry-pick commit_id1,接着报错 fatal: bad object commit_id1了!!! 那是因为git cherry-pick是本地特性,本地要有这个commit才可以被git cherry-pick。但是他本地并没有这个commit id,所以出现了这个错。
既然用了gerrit,那么就用gerrit提供的cherry-pick就好了,如下:
(1)登陆gerrit页面,找到A提交的commit_id1,点击右上角的‘download’,然后复制cherry-pick那条,如下:
(2)然后再本地执行刚才复制的命令,执行,如下:
如果跟B本地的文件有冲突,会显示error,然后执行git status 可以看到‘both modify’的字样,告诉你了冲突文件,修改冲突文件即可。
如果没有冲突,命令执行完,B本地执行git log 就可以看到A的commit_id1的提交了。
以上是关于git cherry-pick 报错 fatal: bad object的主要内容,如果未能解决你的问题,请参考以下文章
git clone 报错:fatal: HTTP request failed
git报错:fatal: remote origin already exists.
git报错:'fatal:remote origin already exists
关于centos git clone 报错 fatal: HTTP request faile
git push 报错 fatal: Out of memory, malloc failed
新目录下使用git管理,未配置.git目录,报错fatal: Not a git repository (or any of the parent directories): .git