eclipse中git插件使用

1，首先看下文件的几个工作区：Unstaged Changes（本地工作空间），Staged Changes(Add to Index操作之后代码存放的地方)，Local Repository（本地仓库），Remote Repository（远程仓库）。

图片中只展示两个工作区：Unstaged Changes，Staged Changes(中文名叫暂存区，一般存放在".git目录下"的index(.git/index)文件中，所以我们把暂存区有时也叫索引(index))，但是当你点击提交(Commit)按钮的时候，它就会被提交到本地仓库(Local Repository)了。如果你点击左边的Commit and Push，代码就会被提交到本地仓库(Local Repository)，然后推送远程仓库(Remote Repository)。

你也可以点击Push Branch，代码被推送到远程仓库(Remote Repository)。操作方法如下：

选择你刚才提交的本地分支，如上图，带有local标识的，然后右击，再选择Push Branch。就被推送到远程仓库(Remote Repository)了。

2，eclipse中git的其他操作介绍

右击git工程文件a-->Team-->commit：提交到本地仓库(Local Repository)。

右击git工程文件a-->Team-->Push to Upstream：把本地仓库(Local Repository)代码提交到远程仓库(Remote Repository)。

右击git工程文件a-->Team-->Fetch from Upstream：从远程获取最新版下载到本地仓库(Local Repository)，不会自动merge。示例

git fetch origin master
git log -p master..origin/master
git merge origin/master

或者
git fetch origin master:tmp git diff tmp  git merge tmp

以上命令的含义：
首先从远程的origin的master主分支下载最新的版本到origin/master分支上
然后用git diff比较本地的master分支和origin/master分支的差别
最后进行合并

右击git工程文件a-->Team-->Push branch 'master'：提交本地分支代码到远程服务器，就是在远程服务器上新建一个分支。

右击git工程文件a-->Team-->Pull：从远程获取最新版本并merge到本地。它把过程的细节都隐藏了起来，以至于你不用去了解git中各种类型分支的区别和使用方法。而且你的本地工作目录在未经确认的情况下就会被远程分支更新。当然，除非你关闭所有的安全选项，否则git pull在你本地工作目录还不至于造成不可挽回的损失，但很多时候我们宁愿做的慢一些，也不愿意返工重来。慎用。尽量用git fetch和git merge代替示例

git pull origin master

上述命令其实相当于git fetch 和 git merge。在实际使用中，git fetch更安全一些。因为在merge前，我们可以用git diff命令查看更新情况，然后再决定是否合并。

右击git工程文件a-->Team-->Synchronize Workspace：把本地代码跟本地仓库(Local Repository)上的代码进行比对，是否有冲突。

右击git工程文件a-->Team-->merge：把本地代码合并到另一个分支上，点击之后出现弹出框，让你选择另一分支。

右击git工程文件a-->Team-->rebase：它比较高级，可以重写所有的信息，不过据说也很危险。

右击git工程文件a-->Team-->reset：放弃修改，同步运程仓库(Remote Repository)，回退到以前某个版本。

2，你提交文件了，发现该错了，想撤回，怎么办？

其中：Working Area对应eclipse中git插件的状态是Unstaged Changes，Staging Area对应eclipse中git插件的状态是Staged Changes，后面的两个阶段跟eclipse中git插件的状态是一样的意思。git -commit -a表示从workspace直接到local repository。git -checkout HEAD表示从local repository到workspace。git -checkout表示从Staging Area到workspace。git -diff HEAD表示从local repository到workspace。git -diff表示从Staging Area到workspace。

4个阶段分为3个步骤：

第一步--》第二步：git add .把所有文件放入暂存区。

第二步--》第三步：git commit -m "comment"，其中comment表示提交的注释。

第三步--》第四步：git push把所有文件从本地仓库推送进远程仓库。

当然，以上4个区，进入每一个区成功之后会产生一个状态，再加上最初始的一个状态，一共是5种状态。以下我们把这5种状态分别命名为：

未修改(Origin)：从git服务器上下载下来的文件的状态，原始状态

已修改(Modified)：Working Area

已暂存(Staged)：Staging Area

已提交(Committed)：Local Repository

已推送(Pushed)：Remote Repository

撤销修改的步骤：

1）检查修改

了解了基本概念之后，我们来谈一谈犯错误之后如何撤销的问题。首先，我们要了解如何检查这3个步骤当中每一个步骤修改了什么，然后才好判断有没有修改成功。检查修改的二级命令都相同，都是diff，只是参数有所不同。

已修改，未暂存

git diff

首先，我们来看一下，如果我们只是简单地在浏览器里保存了一下文件，但是还没有做git add .之前，即已修改(Modified)：Working Area，我们如何检查有哪些修改。我们先随便拿一个文件来做一下实验：

我们在文件开头的第2行胡乱加了4个数字1234，存盘，这时文件进入了已修改状态，但是还没有进入暂存区，我们运行git diff，结果如下：

diff --git a/index.md b/index.md

index 73ff1ba..1066758 100644

--- a/index.md

+++ b/index.md

@@ -1,5 +1,5 @@

---

-layout: main

+1234layout: main

color: black

---

git diff的结果告诉我们哪些文件已经做了哪些修改。

已暂存，未提交，即已暂存(Staged)：Staging Area

git diff --cached

现在我们把修改放入暂存区看一下。先执行git add .，然后执行git diff，你会发现没有任何结果：

这说明git diff这个命令只检查我们的工作区和暂存区之间的差异，如果我们想看到暂存区和本地仓库之间的差异，就需要加一个参数git diff --cached：

diff --git a/index.md b/index.md

index 73ff1ba..1066758 100644

--- a/index.md

+++ b/index.md

@@ -1,5 +1,5 @@

---

-layout: main

+1234layout: main

color: black

---

这时候我们看到的差异是暂存区和本地仓库之间的差异。

已提交，未推送，即已提交(Committed)：Local Repository

git diff master origin/master

现在，我们把修改从暂存区提交到本地仓库(Local Repository)，再看一下差异。先执行git commit，然后再执行git diff --cached，没有差异，执行git diff master origin/master，可以看到差异：

在这里，master就是你的本地仓库(Local Repository)，而origin/master就是你的远程仓库(Remote Repository)，master是主分支的意思，因为我们都在主分支上工作，所以这里两边都是master，而origin就代表远程。

2，开始撤销修改

了解清楚如何检查各种修改之后，我们开始尝试各种撤销操作。

已修改，未暂存，即Working Area

如果我们只是在编辑器里修改了文件，但还没有执行git add .，这时候我们的文件还在工作区，并没有进入暂存区，我们可以用：

git checkout .

或者

git reset --hard

来进行撤销操作。

可以看到，在执行完git checkout .之后，修改已被撤销，git diff没有任何内容了。

一对反义词 git add .的反义词是git checkout .。做完修改之后，如果你想向前走一步，让修改进入暂存区，就执行git add .，如果你想向后退一步，撤销刚才的修改，就执行git checkout .。

已暂存，未提交，即Staging Area

你已经执行了git add .，但还没有执行git commit -m "comment"。这时候你意识到了错误，想要撤销，你可以执行：

git reset

git checkout .

或者

git reset --hard

git reset只是把修改退回到了git add .之前的状态，也就是说文件本身还处于已修改未暂存状态，你如果想退回未修改状态，还需要执行git checkout .。

或许你已经注意到了，以上两个步骤都可以用同一个命令git reset --hard来完成。是的，就是这个强大的命令，可以一步到位地把你的修改完全恢复到未修改的状态。

已提交，未推送，即Local Repository

你的手太快，你既执行了git add .，又执行了git commit，这时候你的代码已经进入了你的本地仓库，然而你后悔了，怎么办？不要着急，还有办法。

git reset --hard origin/master

还是这个git reset --hard命令，只不过这次多了一个参数origin/master，正如我们上面讲过的，origin/master代表远程仓库，既然你已经污染了你的本地仓库，那么就从远程仓库把代码取回来吧。

已推送，即Remote Repository

很不幸，你的手实在是太快了，你既git add了，又git commit了，并且还git push了，这时你的代码已经进入远程仓库。如果你想恢复的话，还好，由于你的本地仓库和远程仓库是等价的，你只需要先恢复本地仓库，再强制push到远程仓库就好了：

git reset --hard HEAD

git push -f

总结：

以上4种状态的撤销我们都用到了同一个命令git reset --hard，前2种状态的用法甚至完全一样，所以只要掌握了git reset --hard这个命令的用法，从此你再也不用担心提交错误了。

本文再贡献其他git命令：

git cherry-pick

git config

git init

git clone

git add

git commit

git diff

git reset

git status

git rm

git log

git show

git tag

git branch

git checkout

git merge

git remote

git push

git pull

git stash

所以，让我们开始吧！

git cherry-pick

用法：git cherry-pick [-x] <commit id>，其中可以加-x参数，表示保留原提交者信息，如果不加参数，就不保留。

注意：当执行完 cherry-pick 以后，将会生成一个新的提交；这个新的提交的哈希值和原来的不同，但标识名一样；如果在cherry-pick 的过程中出现了冲突，找到该文件的最新一次提交记录，即commid id，然后再执行上面的命令，或者也可以用git status来查看哪些文件出现冲突，修改好了之后，再用命令git add 文件名和git commit -c <新的commit号码>。Git从1.7.2版本开始支持批量cherry-pick，就是一次可以cherry-pick一个区间的commit。命令格式如下：

git cherry-pick <start-commit-id>..<end-commit-id>
或
git cherry-pick <start-commit-id>^..<end-commit-id>

前者表示把<start-commit-id>到<end-commit-id>之间(左开右闭，不包含start-commit-id)的提交cherry-pick到当前分支；后者表示把<start-commit-id>到<end-commit-id>之间(闭区间，包含start-commit-id)的提交cherry-pick到当前分支。其中，<start-commit-id>到<end-commit-id>只需要commit-id的前6位即可，并且<start-commit-id>在时间上必须早于<end-commit-id>。注：以上合并，需要手动push代码。