vscode + git 进行代码管理（光速入门教程！）

小酒窝.

已于 2025-03-23 20:46:14 修改

阅读量2k

点赞数 22

分类专栏：工具使用文章标签： vscode git

于 2025-03-23 17:27:25 首次发布

本文链接：https://blog.csdn.net/Mr_dimple/article/details/146458644

版权

工具使用专栏收录该内容

3 篇文章

订阅专栏

1. 下载 git

本机下载安装 git，配置环境变量（若vscode终端找不到）

2. 配置Git

安装好Git后，还需要最后一步设置，在命令行输入：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。

注意 git config 命令的 --global 参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

3. 创建仓库

在一个目录下，通过git init命令把这个目录变成 Git 可以管理的仓库。

$ git init

可以发现当前目录下多了一个 .git 的目录，这个目录是 Git 来跟踪管理版本库的，是 Git 的版本库，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把 Git 仓库给破坏了。

4. 使用 git

git 数据流程图示意图

（1）工作区与暂存区

git-repo

我们把文件往Git版本库里添加的时候，是分两步执行的。

第一步是用 git add 把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用 git commit 提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git 自动为我们创建了唯一一个 master 分支，所以，现在，git commit 就是往 master 分支上提交更改。可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

`git add` 把文件添加到暂存区

$ git add readme.txt

`git commit` 把暂存区文件提交到仓库：

$ git commit -m "wrote a readme file"

简单解释一下git commit命令，-m 后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

在 vscode 中，当增加修改文件 temp.py，增加一个文件 add_file.txt 后，所有的更改都在 更改 界面框中：

如果我们点击 暂存更改 或者执行 git add temp.py 指令，temp.py 文件就会被加到暂存区里。

（2）版本回退

`git log` 查看提交记录

PS D:\Yuxy\Server\temp> git log
commit d62a83105675fa4dd4f0cbb08e3a28edf00f92e3 (HEAD -> main, origin/main)
Author: Yuxy <3244795235@qq.com>
Date:   Sun Mar 23 14:16:15 2025 +0800

    commit 3

commit b8f1a8494646b7fd824a56b6e7f1594e40a29d73
Author: Yuxy <3244795235@qq.com>
Date:   Sun Mar 23 10:45:55 2025 +0800

    commit 2

commit ae480ea99c8b9df0ad10092c05a562c38b2f4420
Author: Yuxy <3244795235@qq.com>
Date:   Sat Mar 22 20:46:29 2025 +0800

    first commit

git log 命令显示从最近到最远的提交日志，长字符串 b8f1a8... 的是 commit id（版本号），唯一。

`git reset` 版本回退

reset --hard HEAD^ 回退到上一个版本

$ git reset --hard HEAD^

--hard 移动本地库HEAD指针、重置暂存区、重置工作区；--mixed 移动本地库HEAD指针、重置暂存区；--soft 移动本地库HEAD指针。实验演示。

reset --hard xxx 回退到特定的版本

git reset --hard b8f1

版本号没必要写全，前几位就可以了，Git会自动去找。

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的 HEAD 指针，当你回退版本的时候，Git 仅仅是把 HEAD 从指向 commit 3：

┌────┐
│HEAD│
└────┘
   │
   └──▶ ○ commit 3
        │
        ○ commit 2
        │
        ○ first commit

改为指向 commit 2：

┌────┐
│HEAD│
└────┘
   │
   │    ○ commit 3
   │    │
   └──▶ ○ commit 2
        │
        ○ first commit

然后顺便把工作区的文件更新了。所以你让 HEAD 指向哪个版本号，你就把当前版本定位在哪。

但是有一个问题，如果退回到版本二(commit 2)，使用 git log 就看不到版本二之后更新的版本了。执行命令 git log 后查看现在版本仓库的状态：

PS D:\Yuxy\Server\temp> git log
commit b8f1a8494646b7fd824a56b6e7f1594e40a29d73 (HEAD -> main)
Author: Yuxy <3244795235@qq.com>
Date:   Sun Mar 23 10:45:55 2025 +0800

    commit 2

commit ae480ea99c8b9df0ad10092c05a562c38b2f4420
Author: Yuxy <3244795235@qq.com>
Date:   Sat Mar 22 20:46:29 2025 +0800

    first commit

发现最新的那个版本 commit 3 已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？

办法其实还是有的，只要找到一个版本的 commit id，就可以返回到任意版本。

那么只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个 commit 3 的 commit id 是 d62a83...，于是就可以指定回到未来的某个版本。

如果窗口关掉了，Git 也提供了一个命令 git reflog 用来记录你所执行过的每一次命令：

$ git reflog
d62a831 HEAD@{1}: reset: moving to HEAD^
d62a831 (HEAD -> master) HEAD@{2}: commit: commit 3
b8f1a84 HEAD@{3}: commit: commit 2
ae480ea HEAD@{4}: commit (initial): first commit

现在总结一下：

HEAD 指向的版本就是当前版本，因此，Git 允许我们在版本的历史之间穿梭，使用命令 git reset --hard commit_id。
穿梭前，用 git log 可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用 git reflog 查看命令历史，以便确定要回到未来的哪个版本。

`git restore <file>` 撤销修改

命令 git restore <file> 意思是，把 <file> 文件在工作区的修改全部撤销，这里有两种情况：

一种是 <file> 自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是 <file> 已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次 git commit 或 git add 时的状态。

5. 远程仓库

有时候 git 在 pull 或者 push 代码的时候会出现网络问题，可以对其设置代理（需要科学上网并找到对应的端口号）：
git config --global http.proxy 127.0.0.1:7890
git config --global https.proxy 127.0.0.1:7890
查看代理：
git config --global --get http.proxy
git config --global --get https.proxy
取消代理：
git config --global --unset http.proxy
git config --global --unset https.proxy

在 GitHub 创建一个 Git 仓库，并且让这两个仓库进行远程同步，这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作。