git cherry pick和git checkout有何不同
这两个命令都可以将远端服务器上代码的patch下载到本地代码库中。同时git checkout还可用于切换分支。
两个命令的区别在于:git cherry pick会将patch打在本地库的HEAD,同时生成新的commit id。这样再提交时就不会出现没有commit id的问题。
git checkout 是将本地代码切到commit时的状态,如果该commit patch后有新的commit 被merge,不会体现。此时分支名为(HEAD detached at FETCH_HEAD),在提交时要按照提示重新生成新的commit id。
这样看合入某个patch时,用git cherry pick要合适。这样,原有的commit都有,只是新加了一个patch。
当查问题,或回退代码时,用git checkout到某个commit要好,这样不会有其他合入代码的影响。
gerrit 评审 报错“Submit including parents”
在提交代码时gerrit上已经存在commit A(commit A还未merge入库),然后你在commit A的代码基础上进行了修改(划重点,基于A修改!),并做了新的commit B,commit B已经包含了commit A的修改,于是在gerrit 上abondon commit A,只留下commit B在gerrit上,这样一来,commit B review通过后做merge时你就会得到标题中的错误。
解决方法:
git clone新的代码库
pull工作库
git checkout 到对应分支
git fetch ssh://xxx xxx && git cherry-pich FETCH_HEAD,该命令可从gerrit 页面右上角download中直接复制cherry-pich命令
解决冲突
如果git status看到的所有文件都是需要提交的,直接“git add .”即可,否者按需要执行git add。
然后再执行git commit -m
然后执行git push origin HEAD:refs/for/问题分支