有的。不仅有，还不止一种：Reset 和 Revert。它们有什么区别呢？先说结论吧。

下面来说说具体例子。

Revert

试验步骤如下：

1. 新建两个空白文件 Revert.txt 和 Common.txt，然后commit&push。
2. 修改 Revert.txt 文件，内容为“commit 1”，然后commit&push，提交的备注为“commit 1 of Revert”
3. 修改 Common.txt 文件，内容为“update for Revert(by commit 2)”
4. 修改 Revert.txt 文件，新增一行，内容为“commit 2”
5. 3 和 4的修改一起commit&push，提交备注为“commit 2 of Revert(Revert.txt + Common.txt)”

效果如下：

图1-revert之前

目的

保留3的修改，回滚4的修改。

操作

选中“ Revert.txt ”文件，然后在 History 里选中 “commit 2 of Revert…”，右键，找到“Revert Commit”菜单，如图：

图2-revert操作

点击后，效果如图：

图3-revert之后

最后，push即可。

结果

未能达到预期效果，Revert.txt 和 Common.txt的修改都被撤销了。Revert的作用范围是一个commit（原子），跟文件的个数无关。

注：对最后一个commit做revert比较简单，两步：一，revert；二，push就可以了。对于较早的commit，因为中间间隔了其他的commit，文件会有冲突，需要处理完冲突才可以commit&push。

Reset

试验步骤如下：

1. 新建空白文件 Reset.txt，然后commit&push。
2. 修改 Reset.txt 文件，内容为“commit 1”
3. 修改 Common.txt 文件，内容为“update for Reset(commit 1)”
4. 2和3的修改一起commit&push，提交的备注为“commit 1 of Reset”
5. 修改 Reset.txt 文件，新增一行，内容为“commit 2”，然后commit&push，提交的备注为“commit 2 of Reset”
6. 修改 Reset.txt 文件，内容为“commit 3”
7. 修改 Common.txt 文件，内容为“update for Reset(commit 3)”
8. 6和7的修改一起commit&push，提交的备注为“commit 3 of Reset”

效果如下：

图4-reset之前

目的

将commit 1 之后的（即commit 2 和 3）改动全部回滚。

操作

在 History 里找到“commit 1”，选中后，右键，找到 Reset 菜单，选择 Hard 模式。

图5-reset

执行后，如下图所示，HEAD 已经指向里 commit 1，Common.txt 和 Reset.txt 的内容也已改变。注意左侧的项目栏，它已落后了服务器（GitHub）2个commit。怎么提交到服务器上呢？直接push，它会提示不是最新的，操作失败。这里要用到 push 的 force 属性。

图6-reset之后

选中 项目，右键 – Team – Remote – Configure Push to Upstream，在打开的小窗口中找到 Advanced，如下图所示，这里的 Force Update 要勾上，表示强制覆盖。

重新push，就可以跟服务器保持同步了。

图7-push-force

要特别注意的是，Reset慎用，跟Linux的“rm -rf /”有异曲同工之妙。

今天在看一个bug，之前一个分支的版本是正常的，在新的分支上上加了很多日志没找到原因，希望回溯到之前的版本，确定下从哪个提交引入的问题，但是还不想把现在的修改提交，也不希望在Git上看到当前修改的版本（带有大量日志和调试信息）。因此呢，查查Git有没有提供类似功能，就找到了git stash的命令。

综合下网上的介绍和资料，git stash（git储藏）可用于以下情形：

• 发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。这时就可以考虑git stash。
• 使用git的时候，我们往往使用分支（branch）解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。
• 经常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。

git stash用法

1. stash当前修改

git stash会把所有未提交的修改（包括暂存的和非暂存的）都保存起来，用于后续恢复当前工作目录。
比如下面的中间状态，通过git stash命令推送一个新的储藏，当前的工作目录就干净了。

$ git status 
On branch master 
Changes to be committed:  

new file:   style.css  

Changes not staged for commit:  

modified:   index.html  

$ git stash Saved working directory and index state WIP on master: 5002d47 our new homepage 
HEAD is now at 5002d47 our new homepage  

$ git status 
On branch master nothing to commit, working tree clean 

需要说明一点，stash是本地的，不会通过git push命令上传到git server上。
实际应用中推荐给每个stash加一个message，用于记录版本，使用git stash save取代git stash命令。示例如下：

$ git stash save "test-cmd-stash" 
Saved working directory and index state On autoswitch: test-cmd-stash 
HEAD 现在位于 296e8d4 remove unnecessary postion reset in onResume function 
$ git stash list 
stash@{0}: On autoswitch: test-cmd-stash  

2. 重新应用缓存的stash

可以通过git stash pop命令恢复之前缓存的工作目录，输出如下：

$ git status 
On branch master 
nothing to commit, working tree clean 
$ git stash pop 
On branch master 
Changes to be committed:
     new file:   style.css  

Changes not staged for commit:
      modified:   index.html  
Dropped refs/stash@{0} (32b3aa1d185dfe6d57b3c3cc3b32cbf3e380cc6a) 

这个指令将缓存堆栈中的第一个stash删除，并将对应修改应用到当前的工作目录下。
你也可以使用git stash apply命令，将缓存堆栈中的stash多次应用到工作目录中，但并不删除stash拷贝。命令输出如下：

$ git stash apply 
On branch master 
Changes to be committed:
      new file:   style.css  
Changes not staged for commit:
      modified:   index.html 

3. 查看现有stash

可以使用git stash list命令，一个典型的输出如下：

$ git stash list 
stash@{0}: WIP on master: 049d078 added the index file 
stash@{1}: WIP on master: c264051 Revert "added file_size" 
stash@{2}: WIP on master: 21d80a5 added number to log 

在使用git stash apply命令时可以通过名字指定使用哪个stash，默认使用最近的stash（即stash@{0}）。

4. 移除stash

可以使用git stash drop命令，后面可以跟着stash名字。下面是一个示例：

$ git stash list 
stash@{0}: WIP on master: 049d078 added the index file 
stash@{1}: WIP on master: c264051 Revert "added file_size" 
stash@{2}: WIP on master: 21d80a5 added number to log 
$ git stash drop stash@{0} 
Dropped stash@{0} (364e91f3f268f0900bc3ee613f9f733e82aaed43) 

或者使用git stash clear命令，删除所有缓存的stash。

5. 查看指定stash的diff

可以使用git stash show命令，后面可以跟着stash名字。示例如下：

$ git stash show
  index.html | 1 +
  style.css | 3 +++
  2 files changed, 4 insertions(+) 

在该命令后面添加-p或--patch可以查看特定stash的全部diff，如下：

$ git stash show -p 
diff --git a/style.css b/style.css 
new file mode 100644 
index 0000000..d92368b 
--- /dev/null 
+++ b/style.css @@ -0,0 +1,3 @@ 
+* { 
+  text-decoration: blink; 
+} 
diff --git a/index.html b/index.html 
index 9daeafb..ebdcbd2 100644 
--- a/index.html 
+++ b/index.html 
@@ -1 +1,2 @@ 
+<link rel="stylesheet" href="style.css"/> 

6. 从stash创建分支

如果你储藏了一些工作，暂时不去理会，然后继续在你储藏工作的分支上工作，你在重新应用工作时可能会碰到一些问题。如果尝试应用的变更是针对一个你那之后修改过的文件，你会碰到一个归并冲突并且必须去化解它。如果你想用更方便的方法来重新检验你储藏的变更，你可以运行 git stash branch，这会创建一个新的分支，检出你储藏工作时的所处的提交，重新应用你的工作，如果成功，将会丢弃储藏。

$ git stash branch testchanges 
Switched to a new branch "testchanges" 
# On branch testchanges 
# Changes to be committed: 
#   (use "git reset HEAD <file>..." to unstage) 
# 
#      modified:   index.html 
# 
# Changes not staged for commit: 
#   (use "git add <file>..." to update what will be committed) 
# 
#      modified:   lib/simplegit.rb 
# 
Dropped refs/stash@{0} (f0dfc4d5dc332d1cee34a634182e168c4efc3359) 

这是一个很棒的捷径来恢复储藏的工作然后在新的分支上继续当时的工作。

7. 暂存未跟踪或忽略的文件

默认情况下，git stash会缓存下列文件：

• 添加到暂存区的修改（staged changes）
• Git跟踪的但并未添加到暂存区的修改（unstaged changes）

但不会缓存一下文件：

• 在工作目录中新的文件（untracked files）
• 被忽略的文件（ignored files）

git stash命令提供了参数用于缓存上面两种类型的文件。使用-u或者--include-untracked可以stash untracked文件。使用-a或者--all命令可以stash当前目录下的所有修改。

至于git stash的其他命令建议参考Git manual。

小结

git提供的工具很多，恰好用到就可以深入了解下。更方便的开发与工作的。

参考资料

1. 6.3 Git工具-储藏（Stashing）
2. Git Stash 历险记
3. Git Stash用法
4. Git Stash

In the Git Repositories view:

1. Right-click the repository and choose Fetch from Upstream
2. If the new branch will not shown up below Branches/Remote Tracking, you have to configure fetch:
   1. Right-click the fetch node below Remotes/origin and choose Configure Fetch...
   2. In the Configure Fetch make sure there is only the single Ref mapping (assuming the remote is named origin) +refs/heads/*:refs/remotes/origin/*:
      

git有诸多好处，网上都说的很清楚了，在这里我不再赘述。对于我来说，私下里想做一些项目，而又不能很好的保存自己的代码和进行版本控制，这时候，就用到了git。下面，就以我个人为例讲讲git从0开始如何安装使用。

Step1 准备工作

msysgit，下载地址为http://msysgit.github.io/。

Eclipse IDE for Java EE Developers（必须是这个，自带Egit，或者自行安装Egit插件），在Eclipse官网下载，地址http://www.eclipse.org/downloads/。

github账号，github官网注册一个，地址https://github.com/。

廖雪峰的git教程，地址为http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000，讲得很好，我大概花了3个晚上的时间看，如果仅仅是为了安装上，可以先暂时略过，后面再看。

Step2 msysgit安装

一路next就行，注意可能会遇到360的拦截（该死，点击允许本程序所有操作或者安装前就退出360即可）。

Step3 git用户名和邮箱配置

单击开始菜单，打开Git Bush，

输入以下命令

git config --global user.name "Your Name"

git config --global user.email email@example.com

用户名和邮箱替换为自己的，为本台机器所有仓库指定用户名和email地址。

Step4 创建SSH Key

因为本地git仓库和远程的github仓库之间是通过ssh加密的，所以，还需要创建一个SSH Key。

输入以下命令

ssh-keygen -t rsa -C youremail@example.com

同样将邮箱替换为自己的。在路径C盘->用户->用户名，找到.ssh文件夹，打开就可以看到两个文件id_rsa和id_rsa.pub，

打开id_rsa.pub，将其中的内容复制下来（这就相当于一把钥匙，持有钥匙的人可以访问你的内容，下一个小结讲解这把钥匙的用途），下面是我的

Step5 与github上的仓库相关联

注册一个github账号

注册完成之后，点击右上角的settings（就是那个齿轮，设置的图标）

进入设置页面

选SSH Keys，点击add SSH key，就可以添加了，title随便填写，将从id_rsa.pub中复制的内容粘贴到这里。从此，gitgub仓库就能够识别你本地的仓库了。也就是说，你离将本地代码推送到github上，或者将github上的代码克隆到本地，就只差一步了。（可参考廖雪峰前辈的教程先进行在非Eclipse下的操作，更有感觉）

Step6 Egit的使用

首先，登入你的github账号，点击加号，选择New repositrory，创建一个新的仓库，如图所示。

名字叫做test2，其他都默认就好。

点击绿色按钮创建，就创建好了一个github仓库。

将地址复制下来，保存好备用。

打开Eclipse，像平常一样，新建一个web工程，或者其他你常用的工程。我这里工程叫做scott

右击项目，选择Team->Share Project，弹出如下窗口。

选择git，next，在弹出的界面上，①先勾选Use or create……，②createrepository，③勾选工程，④finish。

这时候，你就创建好了一个git工程，右击工程，选择Team，你可以像svn一样进行commit，synchronize等操作，但是，remote操作中，push是灰色的，表示还不能将代码推送到github仓库上去。

这时，打开Git Repository视图（具体怎么打开百度去，这都是基本常识了）

右键选择Create Remote，点OK

点击Change，弹出如下界面

URI输入之前在github上拷贝的地址，下面的内容会自动填上。你只需要再填上github上的用户名和密码即可。finish，save。

接下来的几步就简单了，在项目里面随便写点代码，然后先将新增的代码提交到本地，例如，将cat类，先add to index，然后commit。这时候，右键工程，Team->remote中就有了push选项，意味着你可以将本地代码保存在github中了。祝贺你！

点击Push，点击add All Branches Spec，将本地版本库添加，然后Finish，后面一路Next，再次查看github，可以看到代码已经成功推送。

最后，看看我们在github上的代码吧！

      Eclipse的版本eclipse-java-helios-SR2-win32.zip（在Eclipse3.3版本找不到对应的 EGit插件，无法安装）

EGit插件地址：http://download.eclipse.org/egit/updates

OK，随后连续下一步默认安装就可以，安装后进行重启Eclipse

二、在Eclipse中配置EGit

准备工作：需要在https://github.com 上注册账号

Preferences > Team > Git > Configuration

这里的user.name 是你在https://github.com上注册用户名

user.email是你在github上绑定的邮箱。在这里配置user.name即可

三、新建项目，并将代码提交到本地的GIT仓库中

1、新建项目 git_demo，并新建HelloWorld.java类

2、将git_demo项目提交到本地仓库，如下图

到此步，就成功创建GIT仓库。但文件夹处于untracked状态（文件夹中的符号”?”表示），下面我们需要提交代码到本地仓库，如下图

OK，这样代码提交到了本地仓库

四：将本地代码提交到远程的GIT仓库中

准备工作：在https://github.com上创建仓库

点击“Create repository” ，ok,这样在github上的仓库就创建好了。

注意创建好远程仓库后，点击进去，此时可以看到一个HTTP地址，如红线框，这个是你http协议的远程仓库地址

准备工作做好了，那开始将代码提交到远程仓库吧

OK，这样提交远程GIT就完成了，可以在https://github.com核对一下代码是否已经提交

注意的问题

   如果是首次提交会第一步：先在本地建立一个一样的仓库，称本地仓库。

          第二步：在本地进行commit操作将把更新提交到本地仓库；

          第三步： 将服务器端的更新pull到本地仓库进行合并，最后将合并好的本地仓库push到服务器端，这样就进行了一次远程提交。

  如果非首次提交同样的道理

          第一步：将修改的代码commit操作更新到本地仓库；

         第二步：第三步： 将服务器端的更新pull到本地仓库进行合并，最后将合并好的本地仓库push到服务器端