💡 实战经验

永远不要 force push main/master

git push --force origin main 是新手最常犯的错。你重写了历史，同事拉下来的代码跟你对不上，冲突满天飞。**个人分支随便 force，共享分支绝对不行。**如果真要改共享分支的历史，用 --force-with-lease——它会检查远程有没有别人的新提交。

.gitignore 要在第一次提交前写好

把 node_modules/、.env、__pycache__/ 提交上去再想删？晚了——历史里永远有。创建仓库后的第一件事就是写好 .gitignore，再做第一次 commit。别忘了 .env 里可能有数据库密码。

commit message 写给人看

三个月后翻 git log 找 bug，看到一排 fix、update、wip——你想杀人。写清楚：fix: 修复用户登录时密码校验忽略大小写的问题。5 秒的功夫，将来能省半小时排查时间。

git add -p 是神器

改了 3 个文件，其中只有 1 个是 bugfix，另外 2 个是格式调整。别 git add . 然后一个大 commit。git add -p 让你逐块选择要提交的改动，一个 commit 只包含相关的修改。

分支策略别太复杂

Git Flow、GitHub Flow、GitLab Flow……很多团队花大量时间争论分支策略。大多数项目只需要 main + feature 分支。功能开发完就合并，有 bug 就 hotfix。过度复杂的分支策略只会增加合并冲突的概率。