【git指南】git 本地代码版本控制

文章目录

git 本地代码版本控制

可以来看我的这篇文章 基于 VScode 的 git 使用指南，获取更加详细的内容。

​ 下面介绍在 vscode 中如何利用 git 对本地代码进行版本控制。可以查看官网介绍来获得更详细的内容。

1 设置全局 Git 用户名和邮箱

若是第一次使用 git 的话，请先配置全局的用户名和邮箱（将以下命令用户名邮箱替换）。

git config --global user.name "Your Name"git config --global user.email "[email protected]"

配置完成后，可以通过以下命令确认这些信息：

git config --listuser.name=Your Name
[email protected]

2 初始化仓库

​ git 版本控制是控制 某一个文件夹 下的所有文件。

​ 利用 VScode 打开想要控制的文件所在的文件夹， 左侧有个源代码管理的插件（没有的在VScode扩展中下载即可），打开后点击初始化仓库，完成对git 仓库的初始化。

​ 初始化仓库介绍后，源代码管理插件变成如下图所示，git 会在该文件夹下创建

.git

的隐藏文件夹，用来存储 git 版本信息。

3 提交文件

1. 点击＋键，即可将文件追踪，暂存文件更改。
2. 暂存更改文件的状态，将从U (Untracked) 代表文件是是 未跟踪 的，变成 A (Added)，代表文件是 新增 的，还未提交。
3. 在 消息栏 输入本次提交的注释，点击提交即完成文件的提交。必需要在消息栏填写内容才能提交，消息栏是用来描述你的代码变化的目的和内容的地方，方便进行浏览版本差异。
4. 若未在消息栏填写内容，就点击了提交按键，将会蹦出一个COMMIT_EDITMSG文件，在文件第一行填写注释内容，保存并关闭，也可完成文件的提交。

VScode文件右侧字母含义：

• A：A是Added的缩写。表示这个文件是新增的，它在本地仓库中不存在，但是已经被添加到暂存区，等待提交。
• U：U是Untracked的缩写。表示这个文件是未跟踪的，它在本地仓库中不存在，也没有被添加到暂存区，需要你手动添加或忽略。
• M：M是Modified的缩写。表示这个文件是被修改的，它在本地仓库中存在，但是已经被修改。
• D：D是Deleted的缩写。表示这个文件是被删除的，它在本地仓库中存在，但是已经被删除。
• 1,M：表示这个文件有一个错误，后面的字母代表该文件的状态。

4 文件修改

​ 当对已上传的文件进行修改过后，修改部分代码会左侧会有颜色提示，绿色表示这里是新加的代码，红色代表此处代码被删除，蓝色代表此处代码被修改。

1. 源代码管理栏将文件的状态改为M(Modified)，表示文件是被修改的。
2. 点击+号，在消息框输入版本信息，点击提交，即完成了文件的修改，该修改版本将会被 git 记录。
3. 点击顶端 view history 按钮，即可看见所有上传的版本（没有可以去扩展安装Git History）。
4. 在Git History界面可以看见所有历史版本信息，左侧有版本名称即为你添加的注释（可以相同）和上传时间，右侧有版本的hash码（不同），是版本的唯一标识符。
5. 点击版本，可以看到该版本相比上一版本进行了哪些操作。可以看到test7版本，相比于test6版本，添加了test_02.txt、删除了text_03.h，修改了test.c。- 点击 view，可以看到该版本的该文件的内容。- 点击 Workspace，可以看到该版本与 当前工作空间内容 的对比。- 点击 Previous ，可以看到该版本与 上一版本文件内容 的对比。- 点击 History ，可以看到该文件 所有被修改的历史版本。

5 版本对比

当点击右侧时间线，可以对比提交的版本与当前版本的区别。左侧为对比的版本，右侧为当前版本，红色为当前版本删除的部分，绿色为当前版本添加的部分。

6 版本回退

​ 版本回退分为 硬回退(Hard reset) 和 软回退(Soft reset) 。它们的区别在于它们对工作区、暂存区和版本库的影响不同。
模式HEAD暂存区工作区Soft移动到指定提交不变不变Hard移动到指定提交重置为指定提交重置为指定提交

1. 软回退(Soft reset)软回退模式 只会移动HEAD指针，不会修改暂存区和工作区的内容，这意味着你可以 **撤销最近的提交并保留你的修改 **。在Git History页面中，点击要回退的版本的右侧的 Soft 按钮，进行版本回退。提示框提示 “所有受影响的文件将被合并并保存在本地工作区中” ，选择 OK ，确定回退。此时，版本回退到了你选择的版本，但是本地文件仍为回退前的版本。
2. 硬回退(Hard reset)硬回退模式 会移动HEAD指针，并重置暂存区和工作区为指定提交的内容，这意味着你可以 **完全丢弃某个提交及其后续的所有修改 **。在 Git History 页面中，点击要回退的版本的右侧的 Hard 按钮，进行版本回退。提示框提示"这对您当前的工作集是不可逆的。未提交的本地文件将被删除"，选择 OK ，确定回退。此时，版本回退到你选择的版本，并且你的本地文件也回退到选择的版本。> 硬回退不可逆，建议确定好要回退版本再使用。

7 版本分支

1. 点击右侧 Branch 按钮，创建分支。
2. 在提升框中写分支的名字，点击 OK ，创建分支。
3. 创建完成后，看见右侧绿色 test6_1 ，代表当前分组位置，main 代表主分支位置。
4. 点击新创建的 test6_1 分支，在弹出的提示窗选择 OK 切换到新的分支（前提是当前文件未做修改）。也可以在 VScode 左下角进行分支转换，点击 main ，选择你要切换的分支，进行切换。
5. 顶部弹出弹窗，点击要切换的分支，进行分支切换。
6. 与在主分支提交相同，在其他分支也是再消息栏填写版本内容后提交。
7. 分支合并：切换到主分支，点击 源代码管理 的右上角三个点，选择分支-合并。在顶部选择你要合并的分支。分支合并成功，文件会有冲突存在，此时需要对有冲突文件进行编辑。合并更改有三种方式：- 采用当前更改：保留你所在的分支的修改，忽略另一个分支的修改。- 采用传入的更改：保留另一个分支的修改，忽略你所在的分支的修改。- 保留双方更改：同时保留两个分支的修改，让你自己再次编辑文件，选择最终的修改。

8 版本合并

​ 版本合并一直都是很困难的，需要一步一步来查看版本的区别，选择合适的合并方式。

1. 可以在 合并编辑器 中查看 当前 文件内容、传入 文件内容，以及合并后的 结果 。
2. 往往我们需要看到最原始的版本，才能方便我们确定合并时，哪些是我们要的，哪些是不要的。在合并编辑器中，可以点击右上角的三个点，选择显示基顶部。
3. 此时，我们得到了 基础 版本，与之前三个版本同框的情况，方便确定合并内容。可以选择 接受当前 ，接受传入，或者不做更改，最后选择完成合并。
4. 当你不想进行合并时，在顶部输入>Git: Abort Merge ，选择取消合并。