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 的本地数据目录，工作目录以及暂存区域。

选择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远程服务器地址：

关键字：