Git管理工具对照（GitBash、EGit、SourceTree）

GitBash是採用命令行的方式对版本号进行管理，功能最为灵活强大，可是由于须要手动输入希望改动的文件名称，所以相对繁琐。

EGit是Eclipse的Git插件，最为纠结的一个软件，由于开发时直操作非常方便，尤其是有svn开发情节的人更热衷于这样，只是EGit中有非常多bug和不人性化的东西，让人吐血，所以

一句话EGit并不能解决全部Git问题，开发时必须部分依赖于其它Git管理工具。一会一一列举。

SourceTree是近期应用的一个软件，一句话概括，既有GitBash的命令行，又有EGit的图形化管理，用户界面非常人性化，Eclipse+GitBash全然能够应付版本号管理。

那么以下我结合项目中开发遇到的问题一一解说一下：

）。

图（1）

B. 然后再次改动，发现以下的工作区中也有这个页面了（图2）。

（图2）

C. 如今就能够对此文件进行丢弃了，假设将以下文件丢弃（checkout），那么该文件将变为缓冲区中的文件，假设将缓冲区文件丢弃，实际上回到了近期的commit版本号了(reset操作)。

这里注意，假设该文件commit了，那么checkout实际上回不到commit之前的版本号的，须要reset。以下具体介绍一下reset命令。

(5) 对于reset功能的应用。这里先普及一下Git理念的事：

A. 明白一点，每一次commit都是相应着一批操作而不是相应一个文件。

这点和SVN的设计理念全然不一样。

这也造成了一个必定的结局：SVN的分支存的是一个project，所以每签出一个分支实际上都是签出一个project。

而Git的分支存的是改动的记录，所以每签出一个分支，实际上都是对原project的一次覆盖。

B.在开发过程中大家可能会遇到这样一个问题：Pull之后，会出现非常多别人提交的代码须要你本地再又一次提交一次，那么这个原因是这种，当然这个是我个人的理解：Git会把每一次pull结果做两个处理：

B1.假设pull之后，本地没有不论什么问题，那么不须要再次提交别人改动的东西了，仅仅须要继续你的改动，push就能够了（正常情况下一版都是这样）。

B2.假设pull之后，本地有问题，大部分情况是冲突的情况，那么Git会把本次当做一次不成功的pull（那么通俗的来讲，git会觉得，你觉得不成功，那么你把这次版本号依照你的想法改一下，再提交吧），所以你做完删减之后，须要把刚才别人的东西再提一次作为一个新的commit。

(6) 对于checkout某一次提交，SourceTree也非常人性化，会给出非常人性化的提示。注意checkout之后，你的project当前不属于不论什么分支，只是能够基于此又一次创建一个分支，非常方便。

总结一下：这里仅仅列出了一些关键的问题和不同点，当然工具的选择因人而异。大家能够在工作中慢慢体会，假设有问题欢迎大家提出，给我宝贵的意见。（待续）