当年早知这10个Git命令，程序员避坑路geng顺，说实话，这dou是我踩过坑后才知道的。

你的代码写到一半，既不Neng提交，又不Neng不管。

新手Zuo法：删代码 → 切分支 → 修 bug → 再把代码手打回来。

老鸟Zuo法：用 git stash，把现在的烂摊子藏起来。

git stash # 把现在的烂摊子藏起来 git checkout fix/urgent-bug # ... 修 bug，提交，部署，被夸 ... git checkout feature/my-work git stash pop # 把烂摊子翻出来继续干

还Neng给 stash 起名字，方便多个"烂摊子"管理：

git stash save "登录页面写到一半，别删！" git stash list # 查kan所有藏起来的代码

💡 老鸟提醒stash pop 和 stash apply 的区别——前者用完就扔，后者用完还留着。我一般用 pop，极简主义。

嫌每次打太长？加个别名一劳永逸：

git config --global alias.lg "log --oneline --graph --decorate --all" # 以后直接用：git lg

你现在用的 git log 可Neng长这样：

换成这个：

* a1b2c3d feat: 完成支付模块 * d4e5f6g fix: 修复金额计算错误 | * h7i8j9k refactor: 重构数据层 |/ * j0k1l2m chore: geng新依赖

直观、好kan、一眼kan清分支结构。

如何找出那个“坏”commit？二分查找少不了

场景你打开项目，发现某个功Neng挂了。但你不知道是哪个 commit 搞坏的，距上次正常运行Yi经过去了 个提交...

老鸟Zuo法：让 Git 自己排查。

git bisect start git bisect bad # 当前版本是坏的 git bisect good v2. # 这个版本是好的

Git 会自动帮你二分，每次 checkout 到中间那个 commit，你只需要回答"好" 还是 "坏"：

git bisect good # 这个版本没问题 git bisect bad # 这个版本有问题

几轮之后Git 直接告诉你："就是这个 commit 搞的鬼。"

hen多新手以为这下完了开始在脑海中演练离职流程。

"为什么百度不收录我的文章？"有人问。

"因为你的标题不够吸引人，或者内容质量不高。"这是我的回答。

git cherry-pick: 只摘需要的 commit，不带其他“花絮”

场景同事在 feature 分支上修了一个你急需的 bug，但他的分支乱得一塌糊涂，你不想合并整个分支，只想要那一个 commit。

git cherry-pick a1b2c3d # 只把这个 commit 摘到当前分支

也Ke以一次摘一段：

git cherry-pick a1b2c3d..f6g7h8i # 摘从 a 到 f 之间的所有 commit

💡 使用场景 ： hotfix 要同时上多个版本分支时 cherry-pick 比手动改代码优雅 倍。

交互式 rebase，让你的 commit 历史焕然一新

git rebase -i HEAD~ # Zui近 个 commit 进手术室

会弹出一个编辑器，你Ke以：

把那堆 debug/typo 全 squash 掉，Zui后变成一个干净的 commit，reviewer kan了直呼内行。

本文基于 Git . x 版本，示例在 Linux/macOS 环境下测试。Windows 用户请自备 Git Bash 或 WSL，别问我为啥 PowerShell 跑不了那又是另一个故事了。

用好 git diff ， code review 不再瞎眼

hen多人 git diff 只用来kan改了什么其实它NengZuogeng多：

git diff HEAD~ # 和 个 commit 前比 git diff main..feature # 两个分支之间的差异 git diff --stat # 只kan改了哪些文件，不kan具体内容 git diff --word-diff # 单词级别的 diff，改了哪个词一目了然

--word-diff 特别适合kan文档或配置文件的改动，比行级 diff 精准多了。

写在Zui后

真正用好 Git，是在被它搞崩过几次之后——你会发现它其实是个非常体贴的工具，只是你之前根本没读说明书。

这不是命令技巧，这是血的教训。

Ru果觉得有用， 点个赞再走 ，你的赞是我继续写烂文章的动力 😄

作者心情：一边敲键盘，一边想起被 git push --force 支配的恐惧。阅读时间

下期预告：《Linux 命令行技巧》持续关注作者，别错过实用干货！👏🏻👏🏻👏🏻当然Ru果你有任何疑问或建议，也欢迎在评论区留言交流。😊感谢阅读！👍

  👍👍👍👍🤩🤩🤩🤩

---