很多人学 Git 时，最先记住的命令是：
git add .
git commit -m "fix bug"
git push
可一旦项目真正开始协作，你会发现：
真正有价值的，不是“怎么提交代码”，而是“怎么理解代码为什么变成现在这样”。
这时候，git log 就开始变得重要了。
它不是一串无聊的提交记录。 它更像项目的“时间机器”。
你能从里面看到：
很多高级开发者排查问题时，第一反应不是打开 IDE，而是先看 git log。
很多人第一次用 Git 时，都会遇到一个很尴尬的问题：明明已经写了 .gitignore，为什么文件还是被提交上去了？
比如：
node_modules/
.env
dist/
看起来没毛病，对吧？
可现实往往是：node_modules 还在 Git 里，.env 也已经被提交过，甚至团队成员一拉代码，发现你的本地配置、日志文件、构建产物全都混进了仓库。
.gitignore 是 Git 里非常基础的文件，但它背后的规则并不总是直觉化。今天这篇文章，我们就用最接地气的方式，把 .gitignore 的写法、常见坑和最佳实践一次讲清楚。
| 命令 | 中文注释 |
|---|---|
gi... |
很多人觉得 Git 难，其实真正高频使用的命令可能只有几个。别一上来学分支和工作流，先完成你的第一次提交。代码管理的第一步，不是复杂，而是开始。
git --version
# 查看 Git 是否安装成功
git config --global user.name "你的名字"
# 配置 Git 用户名
git config --global user.email "你的邮箱"
# 配置 Git 邮箱
cd git-demo
# 进入项目目录
git init
# 初始化 Git 仓库
git add hello.txt
# 添加指定文件到暂存区
git ...很多人在开发时，都会遇到这样一种情况：
这时候最常见的问题就是：
“如何把一个已有代码目录，配置成 Git 仓库？”
今天这篇文章，就带你完整走一遍。
适合：
全部通用。
简单理解：
Git 会在你的项目里创建一个：
.git/
隐藏目录。
这个目录会记录：
也就是说：
...