用sourcetree提交后,能看到我提交的代码,然后通过拉取代码,导致commit记录消失。在终端使用git log也没有刚刚提交的commit记录。
新建分支修改bug后,只git commit没有push到远程分支,切换到其他分支时丢失。而且看不到提交记录git log,并且找不到原来的分支。
一:
使用 git reflog 命令找到对应的commitid
创建新的分支并切换到当前新分支git checkout -b nbranch后执行git reset --hard 【commitid】,之后就可以根据需要进行合并到主分支或其他分支git merge nbranch
注意:git reset --hard有风险,最好切换新分支操作,若本地有修改,回退到对应commitid后其他变更本地会丢失,且无法找回。
二:使用cherry-pick
git reflog找到对应commitid后使用git cherry-pick 【commitid】
git cherry-pick介绍
对于多分支的代码库,将代码从一个分支转移到另一个分支是常见需求。
这时分两种情况。一种情况是,你需要另一个分支的所有代码变动,那么就采用合并(
git merge
)。另一种情况是,你只需要部分代码变动(某几个提交),这时可以采用 Cherry pick。
git cherry-pick
命令的作用,就是将指定的提交(commit)应用于其他分支。
$ git cherry-pick <commitHash>
上面命令就会将指定的提交
commitHash
,应用于当前分支。这会在当前分支产生一个新的提交,当然它们的哈希值会不一样。
举例来说,代码仓库有
master
和
feature
两个分支。
a - b - c - d Master
\
e - f - g Feature
现在将提交
f
应用到
master
分支。
# 切换到 master 分支
$ git checkout master
# Cherry pick 操作
$ git cherry-pick f
上面的操作完成以后,代码库就变成了下面的样子。
a - b - c - d - f Master
\
e - f - g Feature
从上面可以看到,
master
分支的末尾增加了一个提交
f
。
git cherry-pick
命令的参数,不一定是提交的哈希值,分支名也是可以的,表示转移该分支的最新提交。
$ git cherry-pick feature
上面代码表示将
feature
分支的最近一次提交,转移到当前分支。
**转移多个提交 **
Cherry pick 支持一次转移多个提交。
$ git cherry-pick <HashA> <HashB>
上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。
如果想要转移一系列的连续提交,可以使用下面的简便语法。
$ git cherry-pick A..B
上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置:提交 A 必须早于提交 B,否则命令将失败,但不会报错。
注意,使用上面的命令,提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A,可以使用下面的语法。
$ git cherry-pick A^..B
cherry-pick时冲突
如果操作过程中发生代码冲突,Cherry pick 会停下来,让用户决定如何继续操作。
**(1)
--continue
**
用户解决代码冲突后,第一步将修改的文件重新加入暂存区(
git add .
),第二步使用下面的命令,让 Cherry pick 过程继续执行。
$ git cherry-pick --continue
**(2)
--abort
**
发生代码冲突后,放弃合并,回到操作前的样子。
**(3)
--quit
**
发生代码冲突后,退出 Cherry pick,但是不回到操作前的样子。
转移到另一个代码库
Cherry pick 也支持转移另一个代码库的提交,方法是先将该库加为远程仓库。
$ git remote add target git://gitUrl
上面命令添加了一个远程仓库
target
。
然后,将远程代码抓取到本地。
$ git fetch target
上面命令将远程代码仓库抓取到本地。
接着,检查一下要从远程仓库转移的提交,获取它的哈希值。
$ git log target/master
最后,使用
git cherry-pick
命令转移提交。
$ git cherry-pick <commitHash>
版权归原作者 CamilleZJ 所有, 如有侵权,请联系我们删除。