产品目录
Git基本上概念Git常见的指示Git资源Git基本上概念
通过上图他们能简单的窥见，现代的VCS（Version control system）控制技术是如前所述华北局处置的控制技术数学模型，但Git则是选用了完全不同的分布式系统处置控制技术数学模型，这种增添的变化是不言而喻的，Git控制技术开发技术难度相对于现代的VCS控制技术上升了不少（不过这两点对使用者而言并没有什么影响），但虽然分布式系统控制技术数学模型增添的益处非常之多，现代VCS控制技术须要与华北局库房新浪网的展开标识符并行，在无互联网或者华北局库房服务不可用的情况下，标识符是无法展开版管理工作操作形式的；Git控制技术则能忽视这两点，因为使用者库房就分布在各应用程序电脑中，使用者能控制代码展开的女团Thuir须要更为民主自由的版控制控制技术来支撑。
检视三种储存数学模型示意图之后，他们也由此可见，Git与现代库房在处置库房中文档的形式是南辕北辙难通，三种形式科紫萁。现代库房中关于版是依次特别针对文档以及整体库房依次展开历史记录与管理工作的，这种做的益处是库房损毁时，不致遗失全部文档的历史记录信息，能恢复正常其中的一部分，当然这也显然是那么做的再者，即虽然操作形式和管理工作的失当极有可能造成库房版的混乱；然而Git则是只特别针对库房本身展开版管理工作，每一版号相关联的是当前版中所有的文档统一历史记录，那么做能保持较低的库房的连续性，对于邻近地区库房到华北局库房的并行难题也就更为容易处置，那么做是否就有利于恢复正常库房的文档呢，纯粹根据这两点而言是的，但Git选用其他的管理手段来避免出现这种的难题与风险（该处先期原则上再探讨）。
Git在邻近地区库房中大体可分为四个主要的重要组成部分，工作产品目录（Working directory）、甲类（Staging area）、库房区（Git repository），这四个部分都被资源整合到在文档控制技术中的一个库房产品目录中，因而他们平常所能看到Git邻近地区库房似乎就与一个邻近地区文档控制技术产品目录并无二致，这也正式Git高效且易用的地方。其中工作产品目录（Working directory）就是他们正在编辑和操作形式的主要部分；甲类（Staging area）用于将暂时性的工作成果以临时版的形式储存起来，这个区域的主要用途是在多版开发和维护时能够更高效的在多个版间切换，且不影响已经作出的编辑修改的工作成果；库房区（Git repository）则为邻近地区Git库房的主体，用于储存各版的内容，与此同时库房区也是一个抽象的概念，即邻近地区库房与远程库房都是库房区不同的实现和表现形式，但使用者对于所有的库房区的操作形式能高度的一致。
在Git库房中的每一文档或者即将成为库房文档的文档都会处于上图中的其中一个状态，也会因为使用者的特定的操作形式从而改变自身的状态。
Git库房中所有版以及相关联的文档都如前所述树形数据结构描述，每一次的提交（Commit）会映射到至少一个快照历史记录上，这个快照历史记录会历史记录当前快照版中的每一文档的信息。
在Git库房中非常重要的一个概念是指针，如何理解指针呢？为了更快速的能够上手使用Git控制技术，那么能粗略的将指针理解为工作指针（HEAD）、分支（Branch）、标签（Tag），这些都是指针，这些指针指向哪里呢？都指向了唯一的提交（Commit）历史记录，HEAD指针表示当前的工作指针，通过Git指示他们能将它指向他们须要工作的指针，这种他们就为工作区提取了将要工作的提交（Commit）历史记录的副本，在对工作区文档编辑后，他们能通过Diff指示来查看变更的内容，其实就是将工作区的内容与HEAD指针当前指向的提交（Commit）历史记录展开比对。那么切换到某个分支（Branch）、标签（Tag）就比较容易理解了，即将HEAD指针指向目标分支（Branch）指针或标签（Tag）指针所指向的提交（Commit）历史记录，从而为工作区提取该提交（Commit）历史记录的快照的副本。
Git常见的指示
Git资源
Git官方站点，能查阅相关的技术文档，以及下载应用程序等。
Git
非常好用的Git控制技术，分为商用版和社区版，即便是社区版功能也是相当的丰富，许多的大型企业都在使用，高效稳定，支持主流的操作形式控制技术，也支持Docker，先期会写一篇如前所述Docker来使用的Gitlab的介绍，给须要的朋友们。
