git init 后 git log 报错，因为仓库为空、无任何 commit，HEAD 指向的 main 分支尚不存在引用目标；此时应先 git add 与 git commit 创建首次提交，再执行 git log。
git init 创建的是一个空仓库，没有提交历史、没有远程关联、也没有任何对象，它只是为你准备好了一个可立即开始版本控制的骨架。
为什么 git init 后 git log 报错？
因为 git log 需要至少一次 commit 才能显示历史。初始化后仓库里连一个 commit 对象都没有，HEAD 指向 refs/heads/main，但那个分支根本不存在（没创建过任何 commit）。此时运行 git log 会报 fatal: your current branch 'main' does not have any commits yet。
- 这不是 bug，是 Git 的设计逻辑：分支名只是对某个 commit 的引用，没 commit 就没引用目标
- 想快速验证仓库是否就绪？用
git status—— 它会明确告诉你 “initial commit” 状态，且列出未跟踪文件 - 别急着
git push：远程仓库还没加，origin不存在，push 会直接失败
git init 和 git clone 的关键行为差异
二者都生成 .git 目录，但初始化语义完全不同：
-
git init：只建本地空壳，.git/objects/是空的，.git/refs/heads/下无任何分支文件，HEAD内容是ref: refs/heads/main（但该 ref 尚未创建） -
git clone：完整复制远程仓库所有对象、所有分支引用、所有标签，并自动设置origin远程地址；git branch -a能立刻看到remotes/origin/*分支 - 误用场景：在已有远程项目目录下执行
git init，会导致多出一个嵌套的.git，后续git add可能误操作到内层空仓库
初始化后必须做的三件事
不是“建议”，而是避免后续操作中断的刚性步骤：
- 配置用户信息（否则
git commit会失败或使用系统默认值）：git config --global user.name "xxx"和git config --global user.email "xxx@xx.com" - 添加并提交第一个文件（哪怕只是
README.md），让main分支真正落地：git add README.md && git commit -m "init" - 关联远程仓库（如 GitHub）：
git remote add origin https://github.com/user/repo.git；不加这步，git push -u origin main会报fatal: 'origin' does not appear to be a git repository
.git 目录里哪些文件真不能动？
多数文件是 Git 自动维护的，手动修改极易破坏仓库一致性：
- 绝对不要编辑
.git/objects/下的文件：它们是 zlib 压缩 + SHA-1 哈希命名的只读对象，改名或解压重写会使其哈希失效，Git 将无法识别 - 谨慎修改
.git/config：虽然可手写，但涉及[remote "origin"]或[branch "main"]时，优先用git remote add和git branch --set-upstream-to，避免格式错误导致 push/fetch 失败 -
.git/index（暂存区）是二进制文件，别用文本编辑器打开；git reset或git add -u才是安全操作它的途径
