03_Git讲义之Eclipse的Git使用

时间:2024-01-22 14:46:57

1、Git的历史

  同生活中的许多伟大事件一样,Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。
  到 2005 年的时候,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux的缔造者 Linus Torvalds )不得不吸取教训,只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干r如下目标:

  • 速度
  • 简单的设计
  • 对非线性开发模式的强力支持(允许上千个并行开发的分支)
  • 完全分布式
  • 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)

下载地址:
  https://www.kernel.org/pub/software/scm/git/

2、Git与Svn对比

2.1、Svn原理分析

  svn属于集中式版本管理控制系统,系统中保存了所有文件的修订版本,而协同工作人员通过连接svn服务器,提取出最新的文件,获取提交更新。

  下图就是标准的集中式版本控制工具管理方式:

  集中管理方式在一定程度上看到其他开发人员在干什么,而管理员也可以很轻松掌握每个人的开发权限。

  但是相较于其优点而言,集中式版本控制工具缺点很明显:
    1、服务器单点故障
    2、容错性差

2.2、Git原理分析

2.2.1、Svn记录具体差异

  Git 和其他版本控制系统的主要差别在于,Git 只关心文件数据的整体是否发生变化,而大多数其他系统则只关心文件内容的具体差异。这类系统(CVS,Subversion,Perforce,Bazaar等等)每次记录有哪些文件作了更新,以及都更新了哪些行的什么内容,请看下图:

2.2.2、Git记录整体变化

  Git 并不保存这些前后变化的差异数据。实际上,Git 更像是把变化的文件作快照后,记录在一个微型的文件系统中。每次提交更新时,它会纵览一遍所有文件的指纹信息并对文件作一快照,然后保存一个指向这次快照的索引

  为提高性能,若文件没有变化,Git 不会再次保存,而只对上次保存的快照作一连接。Git 的工作方式就像下图所示:

  这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路,并对各个环节的实现方式作了新的设计。Git 更像是个小型的文件系统,但它同时还提供了许多以此为基础的超强工具,而不只是一个简单的 CVS。

2.2.3、操作本地执行

  Git 不用跑到外面的服务器上去取数据回来,而直接从本地数据库读取后展示给你看。所以任何时候你都可以马上翻阅,无需等待。

  如果想要看当前版本的文件和一个月前的版本之间有何差异,Git 会取出一个月前的快照和当前文件作一次差异运算,而不用请求远程服务器来做这件事,或是把老版本的文件拉到本地来作比较。

2.2.4、数据完整性

  在保存到 Git 之前,所有数据都要进行内容的校验和(checksum)计算,并将此结果作为数据的唯一标识和索引。换句话说,不可能在你修改了文件或目录之后,Git 一无所知。

  这项特性作为 Git 的设计哲学,建在整体架构的最底层。所以如果文件在传输时变得不完整,或者磁盘损坏导致文件数据缺失,Git 都能立即察觉。

  Git 使用 SHA-1 算法计算数据的校验和,通过对文件的内容或目录的结构计算出一个SHA-1 哈希值,作为指纹字符串。该字串由 40 个十六进制字符(0-9 及 a-f)组成,看起来就像是:
  24b9da6552252987aa493b52f8696cd6d3b00373

  Git 的工作完全依赖于这类指纹字串,所以你会经常看到这样的哈希值。实际上,所有保存在 Git 数据库中的东西都是用此哈希值来作索引的,而不是靠文件名。

2.2.5、三种状态

  现在请注意,接下来要讲的概念非常重要。

  对于任何一个文件,在 Git 内都只有三种状态:已提交(committed)已修改(modified)已暂存(staged)。已提交表示该文件已经被安全地保存在本地数据库中了;已修改表示修改了某个文件,但还没有提交保存;已暂存表示把已修改的文件放在下次提交时要保存的清单中。

  由此我们看到 Git 管理项目时,文件流转的三个工作区域:工作目录(工作区)暂存区Git的本地数据目录(版本库)


  1)如果是Git的本地数据目录(版本库)中保存着的特定版本文件,就属于已提交状态;
  2)如果作了修改并已放入暂存区域,就属于已暂存状态;
  3)如果自上次取出后,作了修改但还没有放到暂存区域,就是已修改状态。

3、Git远程服务器搭建

  Git远程服务器可以搭建在windows,也可以搭建在Linux中,由于windows中copssh登录git服务器软件已经收费,免费版本有很多缺点。因此把Git远程服务器(仓库)搭建在Linux中。

  注意一个Git远程服务器可以有多个远程仓库。很多时候,一个远程服务器只有一个远程仓库。即一般而言:一个远程服务器 == 一个远程仓库

3.1、依赖环境

Git需要很多依赖环境:因此安装git需要先安装下列软件:

[root@itcast-01 ~]# yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel perl-devel gcc-c++

3.2、安装git

上传git安装包:
安装包:git-2.9.3.tar.gz
解压缩:tar -xvf git-2.9.3.tar.gz
安装命令:(进入git解压目录)
[root@itcast-01 git-2.9.3]# make prefix=/usr/local all
[root@itcast-01 git-2.9.3]# make prefix=/usr/local install

3.3、创建git用户

添加Linux的用户,用户名为git的用户:
[root@itcast-01 ~]# useradd git

设置git用户的密码
[root@itcast-01 ~]# passwd git

切换到git用户
[root@itcast-01 ~]# su - git

3.4、初始化仓库

初始化仓库,设置仓库名为taotao.git:
[git@itcast-01 root]$ cd
[git@itcast-01 ~]$ git init --bare taotao.git
始化空的 Git 仓库于 /home/git/taotao.git/

“git init --bare”方法创建一个所谓的裸仓库,之所以叫裸仓库是因为这个仓库只保存git历史提交的版本信息,而不允许用户在上面进行各种git操作,如果你硬要操作的话,只会得到下面的错误(”This operation must be run in a work tree”)这个就是最好把远端仓库初始化成bare仓库的原因。

4、Eclipse的Git使用

4.1、检入代码

4.1.1、设置使用Git

注意:本文档中我们新建一个java工程(对应视频中是新建一个maven工程)二者差不多。


选择Git

4.1.2、设置Git本地仓库文件存放路径


选择要上传的项目

4.1.3、设置忽略的文件


如下图,加入检入时需要忽略的文件

4.1.4、提交代码到本地暂存区

回到java视图


把本地工作区代码添加到git的本地暂存区

把本地暂存区代码提交到本地仓库

下图中Author、Committer可以自己设置,步骤:Windows --> Preferences --> Team --> Git --> Configuration --> And Entry… --> 在Key中输入user.name,在Value输入“邮箱用户名(任意)”--> 再次点击And Entry… --> 在Key中输入user.email,在Value输入“邮箱地址”,这么做的目的是:Git远程服务器有什么问题会发到我们的邮箱中去。

4.1.5、提交代码到Git远程服务器

好习惯:push之前先pull。
由于是第一次推送push本地仓库的代码到git远程服务器,git远程服务器中啥都没有呢,所以不需要先pull了。


设置git远程服务器地址,注意:采用的是SSH协议提交的,下图中的3、4步,我们也可以设置成https协议方式提交

选择分支

点击完成

提交git远程服务器成功后,我们查看git远程服务器taotao.git仓库中的文件,如下:

 

注意:下面的两张图是以演示新建maven工程为例的。


上传过来的对象都被保存在一个一个文件夹中。例如我们查看03文件夹中的对象命令:git show 03fe 如下图:

4.1.6、检入检出Git远程服务器操作

当第一次检入到git远程服务器后,后续的代码检入检出git远程服务器的操作如下图即可。

好习惯:push前先pull。
注意
  commit的作用是把本地暂存区的代码提交到本地仓库(版本库)。
  push的作用是把本地仓库(版本库)的代码提交到git远程服务器(仓库)。
  pull的作用是将git远程服务器的代码下拉到本地仓库(版本库)。

4.2、检出代码

4.2.1、克隆git远程仓库到本地仓库


输入远程仓库地址

选择分支

4.2.2、设置git本地仓库文件存放路径

4.2.3、导出(检出)工程

注意:我们只是导出本地仓库中的工程,而不是导出整个本地仓库。


如下图所示选择:

填写工程名(建议此处的工程名和远程仓库的工程名一致,当然我们也可以改为其他的)

转换检出的工程为对应的类型

4.3、解决冲突

好习惯:push前先pull。
注意
  commit的作用是把本地暂存区的代码提交到本地仓库(版本库)。
  push的作用是把本地仓库(版本库)的代码提交到git远程服务器(仓库)。
  pull的作用是将git远程服务器的代码下拉到本地仓库(版本库)。

4.3.1、解决代码冲突


好习惯:push前先pull。
当我们本地修改的内容,其他同事也修改了同一内容,并且先于我们自己push(推送),即说明远程仓库发生改变了,此时如果我们本地push代码就会产生代码冲突,我们本地需要解决冲突(冲突一般都是相同行数修改引起的),此时我们就要看看到底怎么修改冲突才合理(我们先将远程仓库代码pull下来,最好和同事商量,看看他修改了哪些内容,目的是啥,避免修改冲突时去掉同事的代码),即如果合并之后检测到文件有冲突,是会提示Command Failed失败的,并且Git Gui是会获取到冲突文件,对于冲突文件的解决,可以右键选择使用远程版本的还是本地版本的,并且本地已经被打开的话,是会提示是否overwritten,按照此方法挨个解决下冲突文件即可。

4.3.2、提交解决冲突后的代码

把解决冲突后的代码执行Add to Index(即把本地工作区代码添加到git的本地暂存区)


先把本地暂存区的代码提交到本地仓库。
再把本地仓库的代码push推送到git远程仓库。

补充重要知识点:我们知道Git有三大区(本地工作区、本地暂存区、本地版本库)以及几个状态(untracked、unstaged、uncommited),下面只是简述下Git的大概工作流程:
  (1)打开你的项目文件夹,除了隐藏的.git文件夹,其他项目文件位于的地方便是本地工作区,本地工作区的文件需要添加到Git的本地暂存区(git add),随后再提交到Git的本地版本库(git commit)。
  (2)首次新建的文件都是untracked状态(未跟踪),此时需要git add到本地暂存区,Git便会在本地暂存区中生成一个该文件的索引,文件此时处于uncommited状态,需要git commit生成本地版本库。添加到了本地版本库之后,再对文件进行修改,那么文件的状态会变为unstaged状态。