Git工作原理

最新推荐文章于 2024-06-08 16:32:53 发布

Javxuan

最新推荐文章于 2024-06-08 16:32:53 发布

阅读量1.7k

点赞数 1

分类专栏：项目管理工具系列文章标签： git 工作原理 git 三个区域 git 三种状态 git底层

本文链接：https://blog.csdn.net/u014297148/article/details/89406342

版权

工具系列同时被 2 个专栏收录

16 篇文章 1 订阅

订阅专栏

项目管理

5 篇文章 0 订阅

订阅专栏

1.版本控制系统

采用版本控制系统（VCS）是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。

1.1版本控制系统的演变

本地版本控制系统
大多都是采用某种简单的数据库来记录文件的历次更新差异。
local
集中化的版本控制系统（Centralized Version Control Systems，简称 CVCS）
为了让不同系统上的开发者协同工作，于是，集中化的版本控制系统（Centralized Version Control Systems，简称 CVCS）应运而生。这类系统，诸如 CVS、Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。

管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
但容易见的缺点是中央服务器的单点故障

分布式版本控制系统（Distributed Version Control System，简称 DVCS）
客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份

1.2.保存数据的差异

集中式版本控制
每个version 保存的是变更的记录,与更老的版本一起得到完整的记录
在这里插入图片描述
分布式版本控制
分布式，每个version 都是一个快照，有变化的是新的记录，没有变化的就通过指针定位到上个version的对应的文件。

2.git的三种状态与四个区域

按照git官方的书籍来说，区域只有三个，但为了方便理解我把stash操作存储的地方 暂存栈也算一个区域。

2.1 git 中文件的三种状态

已提交（committed）
已修改（modified）
已暂存（staged）

2.2 git的其他三个区域

工作树：对应中项目的某个版本独立提取出来的内容,这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改
暂存区(索引区) : 就是给下个快照的文件做标记的地方<==>下次要提交的文件集。
a.为了避免每次改动都需要commit的繁琐，把很多改动的文件做一次commit
b.可以避免工作树中不必要的文件提交
仓库：永久性存储数据的地方
a.本地仓库(通常是远程仓库的一个mirror)
b.远程仓库

2.3 git 记录数据

git 记录数据的大概流程,用下面一张图来诠释
在这里插入图片描述
这里有几点需要注意

git commit 操作只会把暂存区的数据保存到本地仓库，所以要特别注意是修改了已跟踪的某个文件(上个version的文件)，一定要要执行一次 git add 才能保存这次对该文件的修改,不然新生成快照里的该文件还是上个version的内容
在执行下次commit 操作前，工作树新建的文件或者上个版文件有变动文件但还未加到暂存区，暂存区的文件对所有的分支是可见的，这也是为什么有时候切换分支时报错，提示让先进行commit或者stash(就是当前分支和目标分支有相同的文件存在改动，引起冲突)。

2.4 git 检查当前文件状态

git status

$ git status
On branch master
nothing to commit, working directory clean

这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后都未被更改过。
主要分下面两种情况

2.4.2 跟踪新文件(之前未跟踪)

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   README

2.4.3 查看已暂存和未暂存的修改(上个version里文件发生改动)

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   README

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   CONTRIBUTING.md