git学习记录（一）——git工作原理

2017-12-31 本文已影响0人 greatjing

随着对git不断使用，逐步进行学习和理解，现把学习整理成一系列基础内容，供大家参考和讨论。主要包括：
1、git工作原理
2、开展git项目
3、多人合作git操作（代码拉取，回滚和撤销，合并代码）
4、其他一些辅助工具

本节对git的工作原理进行介绍：

一、git是什么

1、git是一个分布式版本控制软件，最初由林纳斯·托瓦兹（Linus Torvalds）创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。 ——维基百科

2、从定义可知：

功能：版本控制：
- 项目开发时，进行代码多版本管理
  eg：多版本分支，代码共享，提示冲突等
- 一些场景下，将版本回溯到之前某个时间点的版本
  eg：代码回滚等
特点：分布式：
- 每个客户端代码可以提交到本地仓库，并可本地查看提交历史记录
- 提交远程服务器端不是必须的（与svn区别）

3、优点：

免费，开源
速度更快：一切的操作基本上在本地上完成
分布式：服务器异常后，可继续工作

二、工作原理：

1、工作原理图，来自此处：

2、工作原理图简介：
1）有四个储存概念（除远程仓库在服务端，其他都在本地存储）：

workspace：工作目录，本地操作的文件
index：暂存区，记录各个文件的索引
local repository：本地仓库
remote repository：远程仓库

2）常用场景：提交变更和同步/下载代码

提交变更

git工作目录中，在一个分支下（branch name），进行变更操作（增删改）
将变更提交到index暂存区（git add [fileName]）
再提交到本地仓库 (git commit -m [commit info])
最后提交到远程仓库(git push origin [branch name])

同步/下载代码

对应上面提交变更步骤，可从三处同步代码：

index暂存区(git checkout -b [ branch Name])
本地仓库(git checkout HEAD)
远程仓库(两种场景：git clone url [local directory] / git pull )

冲突

在提交和同步时，都要进行合并（merge），或手动或git自动合并，可能引起的冲突
（冲突：即同一文件同一位置代码不一致，git不能判断最终应该以那个为准）

在同步git pull出现冲突，手动解决掉提示的冲突文件，然后再次提交，类似与下图的冲突：
提交时，可能有多种冲突情况，建议先从服务器端获取最新代码解决冲突，在本地运行通过，再提交

3、git版本控制的相关信息存储——所有git的操作内容都放在.git文件夹
1）.git是隐藏状态，在项目根目录，使用“ll -a”可查看
2）下图是本地项目的.git文件夹下内容：

3）查看可用官网帮组：git help gitrepository-layout

下面总结的具体内容简介：
- COMMIT_EDITMSG——最后一次commit提交的msg信息
  备注：如果 git commit时，没有加-m信息，就会进入COMMIT_EDITMSG进行信息编辑，打开此文件与编辑保存时一致
- FETCH_HEAD，记录在本地，从远程的更新所有分支最新提交信息（可使用“git fetch”更新远程所有的分支提交信息），查看文件，eg：
- HEAD，当前指向的当前所在的分支（一个标记）
  eg：文件内容：ref: refs/heads/branch1，是指现在指向名“branch1”的分支
- ORIG_HEAD，记录一些危险操作（pull，push或者reset等）前的一个head操作指针，发生错误时候可以恢复到ORIG_HEAD指向操作
- config，git的一些配置文件，远程仓库的相关一些配置信息（只针对当前所在的仓库），和git的全局配置文件
- description，供GitWeb（git的图形界面的web浏览）使用，不用关心
- hooks，包含挂钩脚本文件，类似与监听器，在执行了某些操作（eg：push，commit等）后，就会触发执行
  1）git hooks应用有具体的用法
  2）定制些开发中自动化执行的流程，eg：代码规范检查，提交git规范交叉，代码提交后周知或者打包等等
- index，对应上面原理图中index，是一个二进制文件，是操作文件的所有快照（索引）（eg：git add后就向文件写入索引）
  1）不实际存储内容，只是一个内容的索引（具体内容存储在objects中），可使用特定软件打开，参考官网说明
  2）也可使用git ls-files --stage查看索引和工作区中文件信息，
  上图中，第二列即是指向objects的索引
- /info，存储不希望在.gitignore（包含不被git管理的文件或目录）中忽略中全局可执行的文件
- logs，项目中所有的每次提交信息
- objects，具体上面index指向的实际的变更内容，包括文件内容，以及内容的tree对象和提交信息
- packed-refs，为节省空间和提高效率，对多个松散对象打包时，把.git/refs内容移动到此文件中，手动运行git gc可查看到refs内容清空,文件记录eg:
- refs，存储本地和远程仓库，各分支最后一次提交信息的索引