mobile wallpaper 1mobile wallpaper 2mobile wallpaper 3mobile wallpaper 4mobile wallpaper 5mobile wallpaper 6mobile wallpaper 7mobile wallpaper 8mobile wallpaper 9mobile wallpaper 10mobile wallpaper 11mobile wallpaper 12mobile wallpaper 13mobile wallpaper 14mobile wallpaper 15mobile wallpaper 16mobile wallpaper 17mobile wallpaper 18mobile wallpaper 19mobile wallpaper 20mobile wallpaper 21mobile wallpaper 22mobile wallpaper 23
1167 字
3 分钟
笔记|Git学习笔记02|创建本地仓库
2026-06-21

本系列所有文章都放在Git标签,总目录如下:

合集|Git学习笔记|系列总目录


2.0 本节命令行汇总#

git init # 创建本地 Git 仓库
git add <file> # 暂存指定文件
git add . # 暂存所有变更文件
git commit -m "message" # 提交变更,message 为提交说明
git log # 查看提交历史
git log --pretty=oneline --graph # 以单行图形化方式查看提交历史

2.1 创建本地仓库#

在 Git 中,本地仓库本质上就是项目根目录下的 .git 目录。通过 git init 命令可以在任意目录中初始化一个新的 Git 仓库。

以一个空项目为例。

在项目根目录下执行初始化命令:

git init

执行成功后,项目目录中会生成一个 .git 文件夹,其中包含了仓库的所有版本记录和配置信息。可以理解为:.git 目录 = Git 仓库。


2.2 文件的四种状态#

在 Git 中,文件共有四种状态。理解这四种状态是掌握 Git 工作流程的关键。

状态说明
Untracked 未跟踪Git 仓库中还没有记录的文件,属于新文件
Unmodified 未修改已被 Git 跟踪,且文件内容与仓库中记录的一致,没有改动
Modified 已修改已被 Git 跟踪,但文件内容已被修改,与仓库记录不一致
Staged 已暂存已被 Git 跟踪,且修改后的文件已被标记为”准备提交到仓库”的状态

状态流转关系:

  • UntrackedStaged:执行 git add,添加文件到暂存区
  • UnmodifiedModified:编辑文件内容,变为已修改状态
  • ModifiedStaged:执行 git add,将修改内容加入暂存区
  • StagedUnmodified:执行 git commit,提交后仓库记录更新,文件回到未修改状态
  • UnmodifiedUntracked:通过 .gitignore 或删除跟踪操作,使文件回到未跟踪状态

2.3 首次提交#

初始化仓库后,通常需要先进行一次提交来建立版本基线。

暂存文件:

git add README.md

git add 命令将指定文件加入暂存区。如果需要暂存所有文件,可以使用 git add .

提交文件:

git commit -m "first commit"

git commit 将暂存区中的内容提交到本地仓库。-m 参数后跟本次提交的说明信息。

首次提交完成后,文件状态会从 Staged 回到 Unmodified

2.3.1 在 VS Code 中进行提交#

VS Code 提供了图形化的提交操作,无需在终端输入命令即可完成暂存与提交。

暂存文件:

  1. 打开源代码管理面板(按 Ctrl + Shift + G

  2. 更改 列表中可以看到所有未暂存的文件

  3. 点击文件右侧的 + 按钮暂存单个文件,或点击文件列表上方的 + 按钮暂存所有文件

暂存后,文件会从 更改 区域移动到 暂存的更改 区域,对应的状态由 Modified 变为 Staged

提交文件:

  1. 在源代码管理面板顶部的输入框中填写提交信息

  2. 点击输入框上方的 提交 按钮(或按 Ctrl + Enter),完成提交

提交完成后,暂存的更改 区域会清空,文件状态回到 Unmodified

查看提交历史:

在源代码管理面板底部,点击 提交 按钮旁边的 ... 菜单,选择 查看提交历史,可以查看当前仓库的所有提交记录。


2.4 提交信息规范#

在团队协作中,统一的提交信息格式有助于代码审查和版本回溯。推荐使用以下规范格式:

verb(range): detail
  • verb:动作动词,表示本次提交的操作类型
  • range:影响范围或模块,用英文括号包裹
  • detail:具体的提交描述内容

常用动词示例如下:

动词含义示例
build构建相关build(config): 修改部署打包脚本
chore杂项 / 工程变更chore(deps): 安装 axios 依赖
docs文档更新docs(readme): 更新项目说明文档
edit修改现有内容edit(worker): 优化任务调度逻辑
feat新增文件或功能add(backend): 新增用户登录接口
fix修复 Bugfix(auth): 修复 Token 过期未刷新问题
perf性能优化perf(image): 压缩首页 Banner 图片
refactor重构代码refactor(utils): 拆分工具类,提高复用性
remove删除文件或功能remove(converter): 移除已废弃的格式转换模块

2.5 查看提交记录#

提交完成后,可以使用 git log 命令查看仓库的提交历史。

基础用法:

git log

输出结果示例:

commit 7a89f743412273876184f0da11974d1e866a3114 (HEAD -> master)
Author: your_name <your_email@example.com>
Date: Wed Apr 29 22:13:33 2026 +0800
edit(docs): README.md
commit 64a2b2accc0afa7c5419f79286892e8163407114
Author: your_name <your_email@example.com>
Date: Wed Apr 29 21:16:09 2026 +0800
first commit

每条记录包含提交哈希值、作者信息、提交时间和提交说明。

格式化查看:

git log --pretty=oneline --graph

使用 --pretty=oneline 将每条提交压缩为一行显示,--graph 以可视化方式展示分支结构。

输出结果示例:

* 7a89f743412273876184f0da11974d1e866a3114 (HEAD -> master) edit(docs): README.md
* 64a2b2accc0afa7c5419f79286892e8163407114 first commit

2.6 本节小结#

本节完成了以下内容:

  • 学习了使用 git init 创建本地仓库的方法
  • 理解了文件的四种状态(Untracked、Unmodified、Modified、Staged)及其流转关系
  • 掌握了首次提交的完整流程(命令行与 VS Code 图形化操作)
  • 了解了提交信息的规范格式与常用动词
  • 学会了使用 git log 查看提交记录

下一节我们将学习分支的创建与管理。

分享

如果这篇文章对你有帮助,欢迎分享给更多人!

笔记|Git学习笔记02|创建本地仓库
https://luq-blog.xyz/posts/2026-06-21-git-notes-02-local-repo/
作者
Luquiescene
发布于
2026-06-21
许可协议
CC BY-NC-SA 4.0

部分信息可能已经过时

目录