必须先配置用户名和邮箱再执行git commit，否则报错“please tell me who you are”；git init仅创建.git目录，不自动跟踪文件，需git add后才能commit。
直接在目标目录执行 git init 就能创建本地仓库，但没配用户名和邮箱会导致后续 git commit 失败 —— 这是最常卡住新手的第一步。
执行 git init 前必须先配置用户信息
Git 要求每次提交都带 author 信息，否则会报错：*** Please tell me who you are.。这个检查在 git commit 时触发，不是 git init 时，所以很多人误以为初始化成功就万事大吉了。
- 全局配置（推荐，一劳永逸）：
git config --global user.name "Your Name"和git config --global user.email "you@example.com" - 仅当前仓库配置（不加
--global）：需先进入该目录再运行命令，且只影响这个.git - 验证是否生效：
git config user.name和git config user.email（不加--global查当前仓库；加了查全局）
git init 只作用于当前目录，不会递归初始化子目录
它只在当前路径下建一个 .git 目录，所有子文件夹自动纳入版本控制范围 —— 但前提是它们属于这个工作区。如果你在父目录 git init 后，又在子目录里再跑一遍 git init，就会出现嵌套仓库：外层能管整个树，内层只管自己，容易导致 git status 显示混乱、git add 行为异常。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 常见错误现象：
git status显示 “not a git repository” —— 实际是当前 shell 没在仓库根目录，或误进了子目录里的另一个.git - 确认位置：
pwd看路径，ls -a | grep .git看有没有.git - 补救方式：删掉多余子目录下的
.git（rm -rf .git），确保只有一个
.git 是核心，但别碰它里面的文件
git init 创建的 .git 是纯数据目录，含对象库、HEAD、config、refs 等。Git 所有操作（commit、branch、reset）都依赖它内部结构。手动编辑或删除其中文件，轻则日志丢失、分支消失，重则整个仓库不可用。
- 不要用
vim .git/config改配置 —— 用git config命令，它会自动校验格式 - 不要删
.git/objects或.git/refs—— 那等于删掉所有提交历史和分支指针 - 想彻底重来？删整个
.git目录即可，比修它快得多
真正容易被忽略的是：初始化之后，目录只是“能被 Git 管”，不代表任何文件已被跟踪。你得主动 git add，否则 git status 会一直显示 “untracked files”，git commit 也什么都不会做 —— 这个空转状态，比配置错误更难排查。
