1.2

在软件开发中版本控制是一个非常重要的概念。

它允许开发者追踪代码的变化协作开发以及回退到之前的版本。

Git

是目前最流行的版本控制工具之一它具有强大的功能可帮助开发团队高效地管理代码。

本文将介绍如何使用

的工作区、暂存区和版本库以及如何添加文件、修改文件、版本回退、撤销修改以及删除文件等操作。

一、创建

仓库Repository是指用来存储和管理代码、文件或项目的地方。

在软件开发中仓库通常用于存放一个或多个相关的代码文件、文档和资源以便开发者或团队协作开发、跟踪变更和保留项目的历史记录。

Git

仓库是其中一种常见类型的仓库用于版本控制和协同开发。

它可以包含项目的不同版本允许开发者记录和追踪每次修改以确保代码的可维护性和可追踪性。

仓库可以分为本地仓库存储在个人计算机或服务器上和远程仓库存储在云端或其他远程服务器上开发者可以根据需要选择使用哪种类型的仓库来管理他们的项目。

1.2

以下是每个用于存储分支的引用每个分支都可以在这里找到一个文件该文件包含了分支的引用信息。

config:

这是一个特殊的文件指向当前所在的分支或者是直接指向某个提交commit的引用。

hooks:

的核心数据存储包含一些对象的额外信息pack子用于存储引用refs包括分支heads和标签tags。

heads子包含了各个标签的引用。

这些Git

版本控制系统中的三个关键概念它们协同工作来管理和跟踪项目的版本历史。

以下是它们的定义

工作区Working

Directory工作区是当前正在操作的项目。

这是对项目进行修改和编辑的地方。

暂存区Staging

的配置和元数据对象数据库存储了项目的所有历史版本和文件引用包括分支和标签用于标识不同的提交点。

3.2

由上述描述我们便能得知通过新建或粘贴进工作目录的文件件并不能称之为向仓库中新增文件而只是在工作区新增了文件。

必须要通过使用

git

message由用户自己完成这部分内容不能省略并要仔细描述以用来记录提交细节方便向其他人展示。

4.2

命令执行成功后会告诉我们1个文件被改动就是我们新添加的ReadMe⽂件插了0

行内容ReadMe

通通被添加到暂存区中然后一次性t提交暂存区的所有修改。

例如下面的例子

截至目前为止我们已经更够将代码直接提交至本地仓库了。

然后可以使用

git

该命令显示从最近到最远的提交日志并且可以看到我们commit时的日志消息。

如果嫌输出信息太多看得眼花缭乱的可以加上--prettyoneline

df5e5bd…91c3abde

原来没有的原因是刚创建的本地仓库还是新的里面没有任何暂存内容这就是暂存区add

bHEAD

这段数字df5e5bd917bf598056d4dc443387138891c3abde

commit

15a37e9ef171cca4a5d985fccd1fcf9414b2c7cf我们使用同样的方法看看结果

Git

8d0e41234f24b6da002d962a26c2495ea16a425f

ReadMe

分支的一个指针。

refs/heads/master这个文件里保存当前

master

。

objects包含了创建的各种版本库对象及内容可以简单理解为存放了

Git

那么什么是修改呢比如在某个文件中新增了一行这就是一个修改删除了一会这也是一个修改更改了某些字符、删了一些又增加了一些、甚至创建一个新文件同样也算一个修改。

Git

能够管理文件的历史版本这也是版本控制器重要的能力。

如果有一天发现目前做的工作做的出现了很大的问题需要在某个特定的历史版本重新开始这个时候就需要版本回退的功能了。

6.1

命令来实现该命令可以将版本库中的内容回退到指定的提交点。

值得注意的是Git

“回退”

--mixed这是默认选项它会将版本库和暂存区的内容回退到指定提交版本但工作区的文件保持不变。

这意味着文件内容在工作区仍然保持最新的状态但暂存区的更改会被取消。

--soft使用这个参数时版本库会回退到指定版本但工作区和暂存区的内容都不会发生改变。

这个选项允许重新提交当前工作目录中的更改而不会影响之前的提交历史。

--hard这个参数将版本库、暂存区和工作区都回退到指定的提交版本。

使用这个选项时要格外小心因为它会删除工作区中未提交的更改这些更改将不可恢复。

commit

时要格外小心因为它会删除工作区中未提交的更改这些更改将不可恢复。

请确保在执行前备份重要的更改。

git

命令它会创建一个新的提交来撤销指定提交的更改而不会删除历史记录。

在执行

9ad6baf71d5b6769c2823d6ebe47e363675a24b8此时发现回退成功了ReadMe

git

到这里一般的回退功能就演示完了但现在如果我后悔了想再回到回退前的版本该怎么办呢非常简单我们可以继续使用

git

4feb4570eb6921f92455b7944cd0724e09f040c3但是如果终端关闭了那么之间的

git

在内部使用指针来管理分支和提交历史这使得版本回退操作非常高效。

在

Git

HEAD。

当执行版本回退操作时实际上只是在移动这个指针而不是修改实际文件内容这就使得版本回退变得非常快速。

Git

的版本库中包含了一系列提交对象每个提交对象都代表了一个快照包括文件的状态、提交者信息、时间戳等。

提交对象之间通过父子关系形成提交历史链。

版本回退操作当执行版本回退操作比如使用

HEAD来指向不同的提交对象。

这个操作不会删除或修改提交历史中的提交对象而只是改变了分支指针的位置。

工作区、暂存区和版本库的关系工作区中的文件表示当前文件状态暂存区是一个中间区域用于准备提交的更改而版本库存储了所有提交的历史记录。

版本回退操作只影响了分支指针的位置不会直接修改工作区或暂存区的内容。

可以根据需要将工作区和暂存区的内容重新配置以匹配新的分支指针位置。

master

的版本回退非常迅速因为它只涉及元数据的移动而不需要修改大量文件。

总结来说Git

的版本回退原理基于分支指针的移动它只影响分支的指向不会直接修改文件内容因此非常高效。

理解这个原理可以帮助我们更好地使用

Git

如果我们在我们的工作区写了很长时间代码越写越写不下去觉得自己写的实在是垃圾想恢复到上一个版本此时就可以考虑撤销修改了。

对于撤销修改来说存在三种情况分别是

对于工作区代码还没有

显然这个方法行得通但是如果以及编写了大量的代码那还能够一点点的删除吗。

如果手动修改的话也可能错误的删除造成代码无法正常运行。

此时就需要使用

git

回退了暂存区中的修改之后发现还有工作区中的修改没有撤销此时就变成了情况一

此时直接使用git

对应删除文件操作如果只删除工作区中的文件那么就会和暂存区和版本库中的内容不匹配了因此需要同时删除这三个地方的内容。

下面演示了两种删除方法。

8.1