1x.sourceTree的使用流程 html
12.Git管理工具对比(GitBash、EGit、SourceTree) git
11.SourceTree使用SSH克隆码云项目github
====== web
1x.sourceTree的使用流程1. 安装Gitshell
下载地址:点击打开连接windows
安装指南:默认选项便可缓存
2. 安装TortoiseGit安全
下载地址:点击打开连接服务器
安装指南:点击打开连接app
12.Git管理工具对比(GitBash、EGit、SourceTree)?
Git管理工具对比(GitBash、EGit、SourceTree)
GitBash是采用命令行的方式对版本进行管理,功能最为灵活强大,可是因为须要手动输入但愿修改的文件名,因此相对繁琐。
EGit是Eclipse的Git插件,最为纠结的一个软件,由于开发时直操做很方便,尤为是有svn开发情节的人更热衷于这样,不过EGit中有不少bug和不人性化的东西,让人吐血,因此
一句话EGit并不能解决全部Git问题,开发时必须部分依赖于其余Git管理工具。一会一一列举。
SourceTree是最近应用的一个软件,一句话归纳,既有GitBash的命令行,又有EGit的图形化管理,用户界面很人性化,Eclipse+GitBash彻底能够应付版本管理。
那么下面我结合项目中开发遇到的问题一一讲解一下:
<一>EGit之我见:
EGit最大的好处是集成在eclipse里面,对于代码修改后提交很方便,其中我最常使用的部分是:
(1)简单的Commit,pull,push。
(2)Git repository(看资源库视图)(包括新建分支,切分支,合并分支)
(3)工程reset hard(强制覆盖本地版本),一些特殊状况会有问题。
(4)工程checkout到某一个分支,能够看当时的文件。
(5)工程show in history (查看工程变动历史),没有时分秒,很不爽。
其余的功能我用的很少,由于EGit确实有不少bug,犯过血淋淋的错误。
这里解释一下,为何第一条我要加上”简单的”,由于不少时候没有pull下来,或者没有push上去,提示的信息很粗,有时候甚至误觉得提交,发现过不少问题,因此若是肯定如今没人和你同时改同一个文件,用EGit仍是很爽的。
<二>GitBash之我见:
通常我主要经过命令行进行pull push 还有 status的操做,这个详见我前一篇文章
《Git Bash+EGit在项目中配合使用最经常使用方法总结》,命令行用好了非常很不错的,除了那种须要手写文件名的时候,比较不爽,一两个还能够,多了就吐血了。
<三>SourceTree之我见:
这个是我最近才发现了一个很好的工具SourceTree,能够说SourceTree是EGit和GitBash的合体,既有图形化界面又有git命令行。
(1)基本的commit、pull、push都拥有,并且一旦发生错误的时候提示很准确。
(2)基本的分支管理业有,最挫的Egit删除远程分支是假删除,SourceTree完美解决了这个问题。
(3)拥有EGit中的reset(重置)和checkout(签出)两大功能,并且更加稳定。最令我怀疑的EGit的reset hard也有报错的时候,哎。SourceTree仍是很稳定的。
(4) 那么最近用SourceTree,发现了一个很强大的功能,就是“丢弃”这个功能,和checkout其实原理是同样的。不过图形化界面确定比较方便了。这里具体解释一下这个功能:
换句话说,你改了一批文件,若是想提交一部分,保留一部分,无疑命令行最麻烦。
而后你不知足,其中有几个文件你还想回滚,不想改了。那么SourceTree最容易。
这里须要注意一下命令行中checkout 是指未add的,那么能够回滚到最近的线上的commit状态。若是add以后又修改,那么会回滚到add以后的状态。
这一个原理,在Source体现的更明显,以下:
A. 首先我先将修改后的personRiskBase.jsp拖到缓存区中(1)。
图(1)
B. 而后再次修改,发现下面的工做区中也有这个页面了(图2)。
(图2)
C. 如今就能够对此文件进行丢弃了,若是将下面文件丢弃(checkout),那么该文件将变为缓冲区中的文件,若是将缓冲区文件丢弃,实际上回到了最近的commit版本了(reset操做)。
这里注意,若是该文件commit了,那么checkout实际上回不到commit以前的版本的,须要reset。下面详细介绍一下reset命令。
(5) 对于reset功能的应用。这里先普及一下Git理念的事:
A. 明确一点,每一次commit都是对应着一批操做而不是对应一个文件。
这点和SVN的设计理念彻底不同。
这也形成了一个必然的结局:SVN的分支存的是一个工程,因此每签出一个分支实际上都是签出一个工程。
而Git的分支存的是修改的记录,因此每签出一个分支,实际上都是对原工程的一次覆盖。
B.在开发过程当中你们可能会遇到这样一个问题:Pull以后,会出现不少别人提交的代码须要你本地再从新提交一次,那么这个缘由是这样的,固然这个是我我的的理解:Git会把每一次pull结果作两个处理:
B1.若是pull以后,本地没有任何问题,那么不须要再次提交别人修改的东西了,只须要继续你的修改,push就能够了(正常状况下一版都是这样)。
B2.若是pull以后,本地有问题,大部分状况是冲突的状况,那么Git会把本次当作一次不成功的pull(那么通俗的来说,git会认为,你认为不成功,那么你把此次版本按照你的想法改一下,再提交吧),因此你作完删减以后,须要把刚才别人的东西再提一次做为一个新的commit。
(6) 对于checkout某一次提交,SourceTree也很人性化,会给出很人性化的提示。注意checkout以后,你的工程当前不属于任何分支,不过能够基于此从新建立一个分支,很方便。
总结一下:这里只列出了一些关键的问题和不一样点,固然工具的选择因人而异。你们能够在工做中慢慢体会,若是有问题欢迎你们提出,给我宝贵的意见。
11.SourceTree使用SSH克隆码云项目?
6. 特别注意:使用sourceTree报错:Git使用错误收集:-ssh agent失败 错误代码-1;
解决方法:sourceTree设置--git--选择从本地加载git;