.git文件夹里所有文件详解

.git文件详解

📂 文件夹部分（对应核心数据）

1. hooks

   • 存放 Git 钩子脚本（比如提交前自动检查代码、推送前跑测试）
   • 默认是空模板，平时基本不用管

2. info

   • 存放 Git 的额外信息，比如排除规则（比 .gitignore 更底层，一般不用）

3. logs

   • 存放所有 Git 操作的日志（对应你用 git reflog 查的内容）
   • 包含分支切换、回退、提交的完整记录，是找回误操作的关键

4. objects

   • Git 的"核心数据库"！
   • 所有文件快照、提交记录、版本历史，都以压缩对象的形式存在这里
   • 你每次 git commit，Git 都会把改动打包成新对象存进来

5. refs

   • 存放所有分支、标签的引用指针
   • refs/heads/main：指向 main 分支的最新提交版本号
   • refs/remotes/origin/main：指向远程仓库 main 分支的最新版本号

📄 文件部分（关键配置与状态）

1. config

   • 你最关心的远程仓库地址，就存在这里！
   • 打开就能看到 [remote "origin"] 配置，git remote -v 命令就是读取这个文件

2. HEAD

   • 告诉你当前在哪个分支上！
   • 打开文件会看到类似 ref: refs/heads/main 的内容，代表你现在在 main 分支

3. index

   • 对应 Git 的暂存区！
   • 你用 git add 命令后，文件的改动就会写入这个文件，等待后续 git commit
   • 你看到它大小是 286KB，说明你已经有不少文件被 add 到暂存区了

4. COMMIT_EDITMSG

   • 保存你上一次提交的备注信息
   • 当你用 git commit 时，默认会加载这个文件作为提交信息模板

5. FETCH_HEAD / ORIG_HEAD

   • FETCH_HEAD：记录你上一次 git fetch 拉取的远程分支状态
   • ORIG_HEAD：记录你上一次危险操作（比如 reset、merge）前的状态，用于恢复

6. description

   • 仓库的描述信息，一般 GitWeb 等工具会用到，个人开发基本不用管

✨ 一句话帮你串起来

你平时敲的 Git 命令，本质都是在读写这些文件：

• git add → 写 index 文件
• git commit → 写 objects + 更新 refs 和 HEAD
• git push → 把 objects 和 refs 同步到远程仓库
• git remote -v → 读 config 文件
• git reflog → 读 logs 文件夹

⚠️ 再次提醒：千万不要手动修改/删除这些文件！ 一旦损坏，你的 Git 仓库就会出问题，甚至丢失历史版本。

git checkout -b dev 会使.git文件夹发生那些变化

git checkout -b dev 只改 .git 里少数几个"指针/日志文件"，工作区文件内容不变。

等价命令

git branch dev   # 1. 创建分支指针
git checkout dev # 2. 切换到新分支

一、会变的文件（都在 .git/ 下）

1. .git/HEAD

   • 之前：ref: refs/heads/main
   • 之后：ref: refs/heads/dev
   • 作用：把"当前分支"指向 dev。

2. .git/refs/heads/dev（新增）

   • 内容：当前 commit 的哈希值（和 main 此刻相同）
   • 作用：新建 dev 分支指针。

3. .git/logs/HEAD、.git/logs/refs/heads/dev

   • 追加一条记录：从 main 切到 dev
   • 作用：git reflog 能看到这次切换。

4. .git/index（暂存区）

   • 若工作区无冲突：不变
   • 若有未提交修改：会刷新为 dev 分支版本（保留你未提交的改动）。

二、完全不变的

• 工作区所有源码文件（和切分支前一模一样）
• .git/objects（所有提交/文件快照，没新增、没修改）
• .git/config（远程地址、用户名等）
• 其他 hooks/、info/ 等

三、直观总结

• 新建分支 = 加一个指针（refs/heads/dev）
• 切换分支 = 改 HEAD 指向 + 写日志
• 代码内容本身完全不变，只是换了个"标签"继续开发。

分支操作顺序

# 1. 从 main 新建并切换到 dev 分支
git checkout -b dev

# 2. 添加所有修改
git add .

# 3. 提交修改
git commit -m "添加实现计划2026-06-07-isolated-sign-recognition.md"

# 4. 第一次推送新分支（必须用这条，最稳、不看网络脸色）
git push -u origin dev

为什么你之前 git push 失败、git push -u origin dev 成功？

因为：

• git push 依赖网络 + Git 版本 + 配置
• git push -u origin dev 不依赖任何配置，强制推送 + 绑定远程

国内网络连 GitHub 不稳定时，永远用：

git push -u origin 分支名

这是 100% 不会失败 的推送方式。

万能流程

git checkout main        # 切回主分支
git pull                 # 拉取最新
git checkout -b 新分支名 # 创建新分支
git add .
git commit -m "提交信息"
git push -u origin 新分支名 # 第一次必用这个