git常用命令

前言

git有很多操作并且命令很多，本文总结了常用的git操作情况以便使用git遇到问题时快速查询解决

一、删除文件夹

例1：删除.idea文件夹：

$ git --help                            # 帮助命令
$ git pull origin master               # 将远程仓库里面的项目拉下
$ dir                                # 查看有哪些文件
$ git rm -r --cached .idea          # 删除.idea文件夹
$ git commit -m '删除.idea'        # 提交,添加操作说明
$ git push -u origin master      # 将本次更改更新到github项目master分支

例2：删除项目servic 文件夹下build文件夹及其中所有文件：

$ git rm -r --cached  servic/build      # 删除servic下的build 文件夹
$ git commit -m '删除build '            # 提交,添加操作说明
$ git push -u origin master            # 将本次更改更新到github项目master分支

---

二、删除文件

例：删除项目跟目录下的文件mvnw.cmd：

$ git rm -f --cached mvnw.cmd          # 删除mvnw.cmd文件
$ git commit -m '删除mvnw '            # 提交,添加操作说明
$ git push -u origin master           # 将本次更改更新到github项目master分支

---

三、修改文件夹名

例：将文件夹名称:game 修改为: gamesdk

$ git mv game gamesdk                              #修改文件名
$ git commit -m 'rename dir game to gamesdk'      #提交,添加操作说明
$ git push origin dev                            # 推送到dev 分支

---

四、忽略文件

忽略某一文件，比如当我们要add时发现编译器产生了一些文件可以通过以下命令忽略
例：

$ git update-index --assume-unchanged logs/*.log         # 忽略logs文件夹下所有log后缀结尾的文件

---

五、版本回退

1.git版本回退到上一版本
例：

$ git  log                    # 查看最近修改提交记录
$ git  reset --hard  HEAD^   #回退到上个版本

---

2.git版本回退到某一版本
例：

$ git  log               # 查看最近修改提交记录
$ git reset  --hard A   #回退到上个版本，A为想要回滚的版本号
$ git reset  A         #将A移到最新的版本

3.idea 中版本回退到某一版本
（1）选中要回退到的提交，然后右键复制版本号

（2） git 菜单栏选择 Reset head 弹出弹窗

回退类型选择Hard，然后填入复制的版本号，点击Reset，最后使用 git push -f 强行推送到远程就回退成功了。

回退类型Soft 、Mixed、Hard 的区别：

• Soft ，意思是只回退 HEAD 指针，HEAD 指针是 Git 在提交时间线上的某一个 提交点，一般而言，HEAD 和最新的提交是一致的。因为 git 有三级提交机制，因此 Soft 只回退 HEAD 的话，会回退与参考系提交点不同的所有提交记录，但暂存区和未暂存区会保留全部修改，同时被回退的提交记录中的所有修改会全部回退到暂存区。可以将 Soft 简单理解为将所有提交退回到暂存区，所有修改都会保留。

• Mixed，意思是回退 HEAD 和 暂存区。即与参考提交点不同的所有提交，以及所有暂存区中未提交的修改，会全部回退到未暂存区。这是比较常用的 Reset 类型，它既会保留你的全部修改，同时又统一回退到所有代码“未暂存”状态。

• Hard ，意思是强制回退或覆盖本地全部代码。这种回退类型不仅会回退与参考提交点不同的全部提交的代码，同时也会回退暂存的和未暂存的代码，将本地的全部代码与参考提交点完全保持一致，并且抛弃所有修改，不做保留。一般如果想直接覆盖本地代码，就可以选择 Hard 类型来操作。

注意：

使用 git reset 是将之前的提交记录全部抹去，将 HEAD 指向自己重置的提交记录，对应的提交记录都不复存在，要慎重操作。

例如：
使用 git reset hard 模式回退后，所有当前提交节点到回退节点间的提交记录都会删除，简单来说假如有 A==>B==>D==>E 4次提交记录，现在要从 E 回退到 A ，使用 Hard 类型回退到 A 后，B==>D==>E 三次提交记录就会不见，在 git 提交记录里就找不到了。

如果只是某次提交有问题想回退可以使用 git revert ，可以参考下面 第十、暂存区里的文件移出暂存区 里的 Revert Commit 。

可参考：
git reset current branch to here
Git 命令 reset 和 revert 的区别

---

六、查看某一次提交了哪些文件

例：

$ git  log               # 查看最近修改提交记录
$ git show A --stat       #回退到上个版本，A为想要查看的版本号

---

七、查看某一文件的提交历史记录

$ git  log  filename   

---

八、查看某人的历史提交记录

如查看xiaoming的提交记录
例：

$ git log --author="xiaoming" 

---

九、本地代码文件还原

如果你修改了A.java文件，还没有commit和push，此时如果你想还原A.java文件的修改可如下操作：

$ git  checkout   A.java            # 还原A.java文件的修改

---

十、暂存区里的文件移出暂存区

1.使用命令行操作，将使用 add 到暂存区的文件移出暂存区
git 将 add 到暂存区里的文件移出暂存区，即有时候你 add 的时候加错了文件到缓存区可如下将文件移出缓存区：

$ git rm --cache B.java           # 将B.java文件移出缓存区，代码修改不会被还原

如果某一目录下的多个文件都被错误的加入了缓存区可如下将目录下所有文件移出缓存区：

$ git rm --cache -r mbos-portal/webContent/.history/         # 将文件夹下的文件批量移出缓存区，mbos-portal/webContent/.history/ 是文件夹名

2.idea 里 commit 和已经 push 的记录回退
（1）Undo Commit
适用情况：代码修改完了，已经 Commit 了，但是还未 push，然后发现还有地方需要修改，但是又不想增加一个新的 Commit 记录。这时可以进行 Undo Commit，修改后再重新 Commit 。

（2）Revert Commit
当你觉得谋次提交的代码有问题，想要仅把这次提交撤销回退可以使用 Revert Commit。简单来说 有 A==>B==>D==>E==>F 5次提交,这个时候你想撤销 D 这次提交的所有内容，就可以使用 Revert Commit 仅还原 D 这次提交的文件内容，就可以使用 Revert Commit ，然后再 push 。（然后提交记录里会新增一个 Revert “xxx Commit” 的撤销记录。）

这里可参考：
Idea使用 Undo Commit，Revert Commit，Drop Commit区别
idea如何使用【Revert Commit】

---

十一、本地分支关联远程分支

如果你是在本地新建了一个test分支，远程并没有test分支，你现在想把本地的test分支推送到远程

$ git push --set-upstream origin test  #也可以使用这种简写形式： git push -u origin test

---

十二、创建分支

创建dev分支：

$  git branch  dev

---

十三、分支切换

1.创建panda分支并切换到panda分支：

$ git checkout -b panda                   #创建并切换
$ git push --set-upstream origin panda  #创建的panda  分支提交到远程

2.切换到master分支：

$ git checkout master

---

十四、查看所有分支

$ git branch -a      

---

十五、查看当前所在分支

$ git branch   

---

十六、删除本地的分支

删除本地的dev分支：

$ git branch -d dev

---

十七、删除远程的分支

删除远程的dev分支：

$ git push origin --delete dev

---

十八、分支合并

1.dev分支合并到master分支：
如果我们在dev上开发了代码，要把dev的代码合并到master上：

$ git checkout master                 #先切换到master分支
$ git merge dev                       #将dev分支代码合并到当前分支
$ git commit -m "合并分支"             # 提交,添加操作说明
$ git push -u origin master           # 将本次更改更新到master分支

2.如果是idea上可如下图形化操作来分支合并：
（1）在dev分支上拉取最新代码
（2）切换到master分支

（3）点击dev选择将dev合并到master分支

（4）如果有冲突解决冲突的文件

（5）Terminal 命令行输入 git push 提交推送到远程分支

---

十九、文件对比

（1）.如果修改了多个文件，并且多个文件都没有使用git add加入到缓存区，那么可以使用git diff命令，会列出这些文件所有修改的地方

git diff

（2）.如果某文件没有使用git add加入到缓存区，那么可以使用git diff 命令,列出指定文件所有修改的地方

git diff demo/Test.java

（3）.比较某次提交和工作区的demo/Test.java文件的不同。XXXX是版本号

git diff XXXX demo/Test.java

（4）.如果多个文件已经使用了git add加入到了缓存区，使用下面的命令会列出这些文件所有修改的地方

git diff --cached

（5）.如果某个文件已经使用了git add加入到了缓存区，使用下面的命令会列出该文件所有修改的地方

git diff --cached demo/Test.java

（6）.查看当前工作区内容与XXXX版本号的所有文件内容的差异

git diff XXXX   #XXXX是版本号

（7）.比较两个版本号所有文件差异

git diff XXXX1 XXXX2   #XXXX1和XXXX2是版本号

（8）.除了上面的使用，还可以很方便的对比两个文件的差异
对比电脑 D 盘的 revised.txt 和 original.txt 的差异，只显示差异：

 git diff --no-index D:/revised.txt D:/original.txt

对比 revised.txt 和 original.txt 显示差异和文本所有内容，显示所有差异和文件内容：

git diff --no-prefix -U99999  D:/revised.txt D:/original.txt

---

二十、cherry-pick操作

1 .通过命令行进行 cherry-pick
dev分支上依次有A、B、C、D 4次提交，每次提交了许多改动的文件，现在需要将B、D两次提交的改动也同步到master分支：

$ git checkout master                #先切换到master分支
$ git cherry-pick  XXXX             #XXXX是B的版本号
$ git cherry-pick  XXXX             #XXXX是D的版本号
$ git push

#xxx是版本号，如：git cherry-pick 7c8afdf6
如果没有冲突会自动的提交到master分支，有冲突则手动解决冲突再手动提交

2 .idea 里操作进行 cherry-pick
假设你在 master 分支里进行了多次提交了，现在你想把其中的几次提交也同步到 dev 分支。

(1) 先把项目的分支切换到 dev 分支
(2) git 版本控制面板里 Branch 分支选择 master，然后选中想要的几次提交，右键选择 cherry-pick

(3) 如果有冲突解决冲突，然后 git push 提交。这样这几次提交就同步到 dev 分支啦。

merge 与 cherry-pick 的 区别：
merge 是将将 A 分支的所有代码变动 合并到 B 分支,此时可以采用分支合并。cherry-pick 是将 A 分支的几个改动 合并 到B 分支, 不需要全部合并(有些情况下整个分支合并冲突太多处理起来过于麻烦)，可以使用cherry pick 。.

---

二十一、切换到指定tag分支

一个项目不仅会有多个分支，还可能会有多个tag
当clone一个项目后，如果想切换到指定 tag 可以如下操作：

（1）.查看所有的tag名称

git tag -l

（2）.新建一个分支该分支使用指定tag。
假如新建一个 dev2 分支，该分支采用1.1.0 tag的代码

git checkout -b dev2 1.1.0

（3）.切换到指定 tag。假如要切换到 1.1.0 的tag

git checkout 1.1.0

二十二、代码暂存

1.命令行对代码进行暂存和恢复

如果本地代码没开发完成，这个时候去拉取最新的代码可能会有冲突；或者本地代码没开发完，此时要切换分支可以使用暂存功能。

git stash

这样本地的所有修改就都被暂时存储起来了包括git add加到缓存区里的代码 。其中 stash@{0} 就是刚才保存的标记。后续可以通过此标记访问。

当你拉取更新了代码后，可以通过如下操作还原暂存的内容：

git stash pop stash@{0}

如果暂存区不用了可以删除暂存区：

git stash drop stash@{0}

2.IDEA中Stash与shevle两者的区别

(1).Stash是Git提供的功能，而shevle是IDEA本身提供的功能。

(2).Stash和shevle都能将当前分支未commit的文件暂时存储起来，后面方便的时候可以在原分支或其他分支对暂存的文件进行恢复。

(3).Stash只能针对当前整个分支所有未commit的文件进行操作，不能只选择某个或某几个文件进行Stash暂存；而Shelve更灵活，可以对单个或多个未commit的文件进行Shelve搁置操作；

(4).要恢复stash的文件时（unstash操作），如果本地有尚未commit的修改，那么此次unstash操作会失败。IDEA右下角会弹出提醒：你的本地修改将会被merge覆盖，请commit，stash或revert它们之后再继续。而恢复shelve的文件时（unshelve操作），无论本地有没有被修改的文件都不会影响。解决可能产生的冲突即可。

(5).Stash的文件是放在.git文件中；Shelve的文件是放在.idea/shelf文件中。这意味着Stash的文件比Shelve的文件有更强的可移植性。

二十三、当前分支的所有文件中查找字符串

在当前分支的所有文件中查找字符串 cullateSum 出现在哪些文件的哪几行

git grep -n "cullateSum" 

二十四、所有分支的所有文件中查找字符串

（1）在所有远程分支的所有文件中查找字符串 cullateSum 出现在哪些文件的哪几行

git grep -n "cullateSum" $(git for-each-ref --format='%(refname)' refs/remotes)

（2）在所有本地分支的所有文件中查找字符串 cullateSum 出现在哪些文件的哪几行

git grep -n "cullateSum" $(git for-each-ref --format='%(refname)' refs/heads)

二十五、已提交的删除文件进行恢复

假设很久以前别人删除了几个文件并提交到了远程分支，如果现在你想还原被删除的文件或者想复制下那些被删除的文件，可以按照如下操作：

idea 里找到很久以前别人的那次提交记录，选择你要还原的文件，然后右键选择Revert Selected Changes ,这时候这些文件就被还原到了你本地，这个时候你就可以进行文件的复制或者提交操作。

二十六、查看当前分支是基于哪个分支创建的

git reflog --date=local | grep 你的分支名

二十七、本地项目上传 github

如果你有一个项目，想把它上传到github，可参照我另一篇文章：本地项目上传github

---

二十八、查询某一文件的删除时间和删除人

如果你不知道某一文件是谁在什么时候删除的，想查询该文件的删除时间、删除人以及提交id，可使用如下命令：

git log --full-history -- 你的文件名

例如：
查找 datamodel/fi/1.5/main/ar/metadata/sm_salorder_ar_finarbill_1669423033909277696.cr 的删除时间

git log --full-history -- datamodel/fi/1.5/main/ar/metadata/sm_salorder_ar_finarbill_1669423033909277696.cr

结果：
第一条便是删除的时间、删除人等信息

---

参考：
git忽略已经被提交的文件
Hudson error when checking out from Git
Is it possible to perform a ‘grep search’ in all the branches of a Git project
Using Git, how could I search for a string across all branches