Git的基础概念与工作原理

独孤光

于 2024-08-12 15:17:07 发布

阅读量286

点赞数 13

文章标签： git

本文链接：https://blog.csdn.net/qq_15034457/article/details/141132474

版权

1. 什么是版本控制？

版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。

描述：这类系统都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。代表有 CVS、Subversion 以及 Perforce 等。
优点：每个人都可以在一定程度上看到项目中的其他人正在做些什么。管理员也可以轻松掌控每个开发者的权限，管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
缺点：对中央服务器的依赖过高，安全性和可靠性不足。

描述：客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。代表有 Git、Mercurial、Bazaar 以及 Darcs 等。
优点：服务器去中心化，降低了风险，同时可以指定和若干不同的远端代码仓库进行交互。
缺点：暂无。

SVN：特点是差异比较，以文件变更列表的方式存储信息，将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
Git：特点是存储快照，Git 不按照以上方式对待或保存数据。反之，Git 更像是把数据看作是对小型文件系统的一组快照。每次你提交更新，或在 Git 中保存项目状态时，它主要对当时的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。Git 对待数据更像是一个快照流。

近乎所有操作都是本地执行：在 Git 中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息，因为本地磁盘上就有项目的完整历史。
Git 保证完整性：Git 中所有数据在存储前都计算校验和，然后以校验和来引用。实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。
Git 一般只添加数据：你执行的 Git 操作，几乎只往 Git 数据库中增加数据。很难让 Git 执行任何不可逆操作，或者让它以任何方式清除数据。

Git 有三种状态，你的文件可能处于其中之一：

由此引入 Git 项目的三个工作区域的概念：

基本的 Git 工作流程如下：

Git 是一个内容寻址（content-addressable）文件系统：Git 的核心部分是一个简单的键值对数据库（key-value data store）。你可以向该数据库插入任意类型的内容，它会返回一个键值，通过该键值可以在任意时刻再次检索（retrieve）该内容。

Git 所做的实质工作——将被改写的文件保存为数据对象，更新暂存区，记录树对象，最后创建一个指明了顶层树对象和父提交的提交对象。

底层命令让你窥探 Git 内部的工作机制，也有助于说明 Git 是如何完成工作的。多数底层命令并不面向最终用户：它们更适合作为新命令和自定义脚本的组成部分。

当在一个新目录或已有目录执行 git init 时，Git 会创建一个 .git 目录。这个目录包含了几乎所有 Git 存储和操作的对象。该目录的结构如下所示：

$ ls -F1
HEAD
config*
description
hooks/
info/
objects/
refs/

该目录下可能还会包含其他文件，不过对于一个全新的 git init 版本库，这将是你看到的默认结构。以下是重要条目：

我们将详细地逐一检视这四部分，以期理解 Git 是如何运转的。

关注