git 操作汇总

绝地灬酷狼 2022-05-13 23:49 411阅读 0赞

### 多次commit后git cherry-pick批量问题 ###

批量操作会有冲突，需要一个个解决，导致无法批量cherry-pick，这时候发现太多的commit需要cherry-pick，有时还漏cherry-pick。此时我们可以先用git rebase先合并多commit，然后再cherry-pick。（思路：待验证）

Successfully rebased and updated refs/heads/feature\_\#CC-4386\#.

引文：

> ## 一、应用场景 ##
> 
>     为什么需要合并多个提交呢？
> 
>     常常一个功能的开发，修修补补 commit 了 n 多次，带来的结果就是提交过多过杂，不够直观，究竟哪些提交是对应这个功能的呢？还有就是，如果我要将这个功能迁移到其他分支呢？一个个 commit 去 cherry-pick 吗？未免太麻烦了吧！为什么不尝试下将多个 commit 合并成一个呢？
> 
> ## 二、功能实现 ##
> 
>     将多个 commit 合并成一个，用到的主要 git 命名就是 git rebase。先来解释下git rebase 。其实可以把它理解成是 "重新设置基线" ，为你的当前分支重新设置开始点。
> 
>     git rebase –i ，这里的 "-i" 是指交互模式。就是说你可以干预rebase这个事务的过程，包括设置commit message，暂停commit等等。
> 
> ###     1、查看提交历史 ###
> 
>     git log -10
> 
> \-10 表示要查看 commit 记录的条数。
> 
> ![format_png][]
> 
> ###     2、git rebase -i \[commit\_log\] ###
> 
>     git rebase -i 5c946ca764a1a2672f36b7e8e70b647da2609caa
> 
> ![format_png 1][]
> 
> ![format_png 2][]
> 
> **pick** : 代表合并后的提交用这个提交的注释；  
> **s** : squash命令的简写，代表合并提交中包含这个提交；  
> **d** : 代表合并提交中排除这个提交。
> 
> ###     3、设置commit message ###
> 
> ![format_png 3][]
> 
> ![format_png 4][]
> 
> ![format_png 5][]
> 
> ![format_png 6][]
> 
> ###     4、总结  ###
> 
>     rebase 需要基于一个 commit 来设置你当前的分支的基线，这基线就是当前分支的开始时间轴向后移动到最新的跟踪分支的最后面，这样你的当前分支就是最新的跟踪分支。这里的操作是基于文件事务处理的，所以你不用怕中间失败会影响文件的一致性。在中间的过程中你可以随时取消rebase 事务。git rebase –abort

### git cherry-pick ###

The previouscherry-pick is now empty, possibly due to conflict resolution.

If you wish to commitit anyway, use:

git commit --allow-empty

Otherwise, please use'git reset'

原因分析：没有冲突输出，提示如果要提交，需要做空提交，说明这次cherry-pick的内容可能已经在这个分支上提交过了。

上面的分析，因为cherrypick的结果，没有任何改变，是没有意义的

[http://stackoverflow.com/questions/14096244/why-is-git-cherrypick-saying-nothing-to-commit][http_stackoverflow.com_questions_14096244_why-is-git-cherrypick-saying-nothing-to-commit]

It's exactly what it says: the changes you're trying to cherry-pick are already wholly contained in the branch you're on. I.e. the result of the cherry-pick is no changes. You can create an empty commit with the `--allow-empty` flag to indicate that you attempted to cherry-pick, but there were no changes to pull in.

### git撤销commit（未push） ###

### 1.使用参数--mixed(默认参数)，如git reset --mixed <commit ID>或git reset <commit ID> ###

撤销git commit，撤销git add，保留编辑器改动代码

### 2.使用参数--soft，如git reset --soft<commit ID> ###

撤销git commit，不撤销git add，保留编辑器改动代码

### 3.使用参数--hard，如git reset --hard <commit ID>——此方式非常暴力，全部撤销，慎用 ###

撤销git commit，撤销git add，删除编辑器改动代码

## You have not concluded your merge. (MERGE\_HEAD exists) ##

本地有修改和提交，如何强制用远程的库更新。  
出现这种情况一般是git本地有commit，但是不能更新，也不能cleanup，导致无法push到服务器。

使用git pull -f 强制更新，仍然提示 You have not concluded your merge. (MERGE\_HEAD exists)。

这种情况，可以做好备份，放弃本地修改，用远程内容reset本地目录，当然新建目录重新clone也可以。

以下是使用reset命令使用远程内容强制更新本地目录，  
git fetch 下载远程的库的内容，不做任何的合并，git reset 把HEAD指向刚刚下载的最新的版本。  
注意，这样操作，之前所做的修改会被覆盖！！！谨慎使用！

git fetch --all

使用场景：远程新建分支后，本地未能及时更新，采用git fetch然后再git branch -r查看获取新建分支。

git reset --hard origin/master(根据本地版本)

*  git 更新时提示MERGE\_HEAD exist解决方法

直接命令行：   
`rm .git/MERGE_HEAD`   
删前记得保存自己要提交的代码

*  git reset (版本撤回)
 *  git revert

![70][]![70 1][]

[format_png]: /images/20220514/ff580595f3874b43a4eff5739804c209.png
[format_png 1]: /images/20220514/4d4a02b685ed4dafa7b54fe1bd3d0cc2.png
[format_png 2]: /images/20220514/098b007243664112abf9554be04b2d42.png
[format_png 3]: /images/20220514/7f29a071f1384ab3964fd5359a1cd16c.png
[format_png 4]: /images/20220514/88ddd47aff7045299559c99157eaf8b7.png
[format_png 5]: /images/20220514/da42b517b08442d8abb883e1c006da8f.png
[format_png 6]: /images/20220514/10faa195cb614f3f9b2b2f1de56e8f45.png
[http_stackoverflow.com_questions_14096244_why-is-git-cherrypick-saying-nothing-to-commit]: http://stackoverflow.com/questions/14096244/why-is-git-cherrypick-saying-nothing-to-commit
[70]: https://img-blog.csdn.net/20180913205014895?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbXBsZW11cnJpbmE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 1]: /images/20220514/bd801d392b8c49a884478f5af75fd0fc.png