git使用简介

原创已于 2023-05-25 17:42:53 修改 · 787 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#git #github

于 2021-07-16 16:41:47 首次发布

Git使用专栏收录该内容

2 篇文章

订阅专栏

利用Git管理源码的一个常见工作流程：

git status						//查看修改状态
git add .						//加入暂存区
git commit -m '注释'		//加入提交区
git push						//推送到远端

一、什么是git

git是一个用于管理源码的分布式版本控制系统。

版本控制简单来说就是追踪文件变化。当我们修改文件时，版本控制系统会记录并保存下每个变化。这允许我们在任意的时间点重新载入一个先前的代码版本。

没有版本控制系统，我们就可能需要储存很多份源码文件（例如使用日期等进行区分），这种方式十分耗时，并且当项目很大时成本也很高。同时我们也无法为每个代码的拥有者提供谁在何时修改了源代码的哪部分的信息。当许多个小组成员对同一份代码进行修改时，很可能出现修改的部分相互覆盖的情况，这是一个很严重的问题。

版本控制系统可以解决上述问题。有了Git后，我们可以很轻易的访问我们源代码的各个版本并且追踪各种变化。我们可以观察到版本随时间的变化以及是谁进行了修改。因为代码最近的版本储存在一个共享仓库里，Git可以避免团队中的任何人不小心使用旧版本的文件来覆盖了最新的文件。

总的来说，一个版本控制系统使得如下的过程十分简单：

追踪代码的历史
使得团队可以协同工作
观察到谁修改代码的哪部分

二、Git工作流程

一个Git项目有如下三个主要组成部分：

库
工作树
索引

库（repository，又称为repo）是追踪项目文件变化的“容器”。它持有所有的commit（这是我们的文件在某个时间点上的一个snapshot）。我们可以使用Git log来访问commit历史。

工作树（working tree，也被称为working directory），其包含了我们正在进行操作的文件。我们可以将工作树视为我们可以观察并修改的文件系统。

索引（index，也称为staging area），是准备commit的地方。索引会比较工作树中的文件以及库中的文件。当我们对工作树中的文件进行了修改，那么索引会在这个文件commit前标记这个文件为已修改。

下图展示了一个Git项目的三个主要组成部分：库、工作树及索引：
在这里插入图片描述
我们可以将Git工作流程视为如下的过程：

在工作树中修改我们的文件
stage我们想要下次commit的修改
commit我们的修改（commit会从索引中取文件并在repository将它们存储为一个snapshot）

Git文件总共有三个状态：

modified
staged
committed

当我们修改了一个文件后，我们可以在工作树中找到这次修改。我们需要stage我们想要包括在下次commit的修改。一旦我们完成stage所有的文件后，我们就可以commit这些文件并且添加一条描述信息（通常这条信息指出我们修改了什么，功能是什么等等）。修改后的文件就可以被安全地存储在库中。

下面的图片描述了Git文件的状态：
在这里插入图片描述

三、创建一个库

在安装了Git后，我们要做的第一件事就是创建一个库。库是一个存储我们所有代码的中心文件夹。

3.1 远程库和本地库

Git库有两种类型，本地和远程：

远程库存储在远端或者工作环境外的服务上，由多个团队成员共享
本地库存储在每个使用者的机器上

本地库主要利用Git的版本控制特征，而远程库主要负责管理各个本地库的协作。

在这里插入图片描述

3.2 创建库的方式

有两种在我们的机器上创建本地库的方式：我们可以使用我们机器上的文件夹中创建一个本地库，也可以克隆一个已经存在的库。

Git init

我们可以利用git init命令创建一个新的库。这个命令将Git引入到一个已经存在的但是还没有进行版本的控制的项目中，此时我们就可以开始追踪项目的变化。

Git clone

我们可以使用git clone命令来将一个远程库复制到本地机器上。默认情况下这个命令会自动设定一个本地的master branch来追踪远端的master branch。

注意，一个克隆来的库和原始的库有相同的历史日志。我们可以在我们本地的库中refer以及backtrack这些commit。

四、记录变化

Git并不会自动保存下我们做出的每一个变化。我们必须告知Git我们想要记录哪些变化（通过将这些变化暂存）。在暂存后，我们可以commit这些变化，此时这些变化就在库中存在了。

4.1 修改文件

工作树是我们进行修改的地方。我们可以在这里编辑文件，添加新文件并且移除那些我们不需要的文件。

一旦一个文件在工作树中被修改后，它就会在索引中被标记为已修改（索引是准备新的commit的暂存区）。在工作树中进行的修改不会被直接记录到库中。所有的修改都先在索引处暂存，接下来存储到库中。

4.2 Git commit

git commit命令允许我们将文件的变化保存在库的Git历史记录中。

我们commit的每个变化都可以在其对应的文件中观察到，如下图所示，commit历史存储在本地库中：
在这里插入图片描述
Git使用一个40字符大小的checksum哈希值来判别每一个commit。我们可以使用这个checksum哈希值来检索我们在库中进行的commit的状态或变化。

注意，Separating different types of changes such as bug fixes, new features, and improvements into different sets of commits will allow you and your team members to understand why and how those changes were made easily.

当commit我们进行的更改时，我们需要输入一条commit信息。这条commit信息应当准确的描述了我们所进行的变化，建议使用的commit格式如下：

第一行：commit所进行的修改的简化描述
第二行：空白行
第三行及以后：进行改变的原因

5 撤销更改

Git最重要的特征之一就是能够撤销更改。当我们进行一次新的commit时，Git会保存我们项目的一个snapshot，这使得我们可以在需要时回滚到一个更早的版本。

有两种方式撤销更改，git revert和git reset

5.1 Git revert

我们可以使用git revert命令来安全地undo一个已经pushed了的commit。

在这里插入图片描述

我们还可以使用git reset或者git rebase -i来删除一个先前的commit，但是通常来说不应该这样做，因为这会导致remote repository和其他成员的local repositories 变得 desynchronized。

5.2 Git reset

我们可以通过git reset命令来discard那些我们不再需要的commits。我们可以 specify the scope for the reset command by going into reset mode。下图表示使用git reset来移除不必要的commit。

在这里插入图片描述
总共有三种主要的reset modes：

Mixed（default）
Soft
Hard

Mixed mode restores the state of a changed index. Soft mode undoes a previous commit. Hard mode removes all traces of a commit. Below is a breakdown of each reset mode.

在这里插入图片描述