Git在Eclipse中的使用

1）安装

Eclipse Juno 版后已经集成了EGit，如果使用早些版本，可以通过如下地址安装：http://download.eclipse.org/egit/updates ，选择“Eclipse Git Team Provider”，不需要安装其他插件，直到结束。

2）配置

EGit每次提交都将包含用户名和邮件，可以通过“Window => Preferences => Team => Git => Configuration”配置，通过Add Entry 按钮添加信息，key ： user.name，value：用户名；key：user.email ， value ：邮箱，账户信息通常GitHub相同。

Eclipse 生成SSH传输密钥以及代码提交

生成公私密钥

打开eclipse首选项 Preferences，完成如下操作：

保存密钥：

这里注意，博主之前已经生成过密钥了，因此这里只是演示截图，如果此时点击保存，会弹出“是否覆盖”提示框。

其中，id_rsa代表非对称加密算法rsa的私钥，id_rsa.pub代表公钥，私钥是需要自己保管的，而公钥可以任意发送给他人保管，这是为了让remote用户能够判断传输的加密数据是否为本人操作。

添加GitHub公钥

在账户中打开setting

添加

将我们刚才在本地保存的公钥文件打开，然后复制里面全部内容，粘贴在上图中的Key栏中，点击“Add SSH key”按钮即可完成添加。灰常简单了啦。

下面会介绍如何在添加 SSH key 之后进行代码提交。

二 EGit文件状态及图标展示

EGit会出现如下图标，其对应状态及意义如下：

1）忽略[ ignored ]：仓库认为该文件不存在（如bin目录，不需要关注）。通过右键Team => Ignore 添加忽略文件

2）未跟踪[ untracked ]：仓库未跟踪，通常是新建的文件，要接入版本管理可以通过“Add to Index”或直接“Commit”操作。

3）已跟踪[ tracked ]：文件已被仓库记录。

4）已添加[ added ]：untracked 状态的文件，通过“Add to Index”被仓库已知，但是没有“Commit”，“Commit”后可变为“已跟踪[ tracked ]”状态。

5）已删除[ removed ]：从工作区中删除文件，文件会消失，也就没有图标出现，下一次提交时被删除。Team => Untrack可以触发本图标，在“Commit”对话框中可以看到图标。

6）已修改[ dirty ]: 修改“已跟踪[ tracked ]”的文件，未添加到暂存区Index（未“Add to Index”或“Commit”）的文件，标志与本地库不一致。

7）已暂存[ staged ]：修改“已跟踪[ tracked ]”的文件，并添加到暂存区Index（即执行“Add to Index”）；

8）冲突[ conflict ] : 进行Marge合并操作会引起冲突，需要人工解决并添加到索引区修改状态。

9）已部分暂存[ partially-staged ]：修改“已跟踪[ tracked ]”的文件，部分修改已添加暂存区Index，部分未添加。
相当于：已跟踪的文件修改，Add to Index ，Commit前又修改了文件。

10）假设有效[ assume-valid ]：一些修改未被Git检查。右键Team => Assume unchanged可产生该状态。

三 EGit使用

（一）创建本地仓库

Git优势是容易创建本地仓库，将工作本地化，待需要的时候推送到远程仓库，因此所有修改可以在本地版本化。

方法：本地建一个工程，添加一些文件，然后在工程上右键Team => Share Project ，点击 create按钮创建仓库。

尽管我们创建了本地仓库，并share 项目，但库是空的。我们可以向工程添加文件，并提交到本地仓库。

（二）提交（Commit）

1）创建文件提交

创建新文件，由“？”标记，想提交到本地仓库进行版本管理，需要右键Team => Add to Index,操作后“？”变成“+”。然后项目右键Team => Commit，输入本次提交信息（注：输入的信息会展示在历史页面），成功后标记由“+”变成“仓库”符号。

=And to Index=>

=commit=>

===》

2）产生修改提交

修改项目文件，文件会由“>”标记，如果需要同步到本地库，我们需要提交，过程同上commit

（三）撤销修改

方法1：通过和上一次暂存区（Index）文件比较——用于单个文件，一般文件状态为“已部分暂存[ partially-staged ]”。文件上右键Compare With => Git index

如果想修改暂存区Index，点击Copy All Non-Conflicting Changes from Right to Left-button，修改后文件变为“已暂存[ staged ]”。
如果向回退上次Add to Index的情况，点击Copy All from Left to Right，修改后文件变为“已暂存[ staged ]”。

方法2：通过和上一次Commit版本比较回退——用于单文件

文件上右键Compare With => HEAD Revision

如果想完全恢复文件，点击Copy All Non-Conflicting Changes from Right to Left-button
如果向回退某几行，选择单独每一行，点击the Copy Current Change from Right to Left button。

手工完成修改合并后再提及。

方法3：通过重置回退（Revert via Reset）——用于整个工程

在项目上回退所有修改，项目上右键Team => Reset…；选择要回退到的分支（如果没有创建分支，只有有一个Master），Reset Type 选择Hard，点击“Reset”确认。所有修改回退到该分支的最后一次提交，包括工作区所有完成的修改。

注：重置类型（Reset Type）：

1）Soft：只回退commit信息（HEAD 指针），不回退暂存区（Index）和工作区（Working Directory 文件）源码，如果需要可再次提交，回到上次commit情况。

2）Mixed：回退commit信息（HEAD 指针）和暂存区（Index），只保留工作区（Working Directory 文件）源码。

3）Hard：所有更改都将恢复到所选分支/标记/Commit版本。工作区（Working Directory 文件）源码会变为上一个Commit版本的内容，未提交的更改都将丢失，因此该操作必须确认。

注：也可以使用 Replace with -> Head Version 来重置所有修改。

（四）创建分支

项目上右键Team => Switch to => New Branch… ，选择一个新分支的来源，点击创建分支，输入分支名。
新分支会出现在分支选择窗口，如果向检出一个新创建的分支，选择然后点击checkout

》》》》》》》

注：

Git的一大优势是很容易创建分支，根据需要可以快速创建Bug修复分支，新功能分支，几条分支独立开发，最后合并到主分支。

原则：

a）master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面开发；
b）开发都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
c）每个开发人员都在自己dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。