😂 IT段子

我把这个 tag 打在了一个不该打的提交上。我拉了个小群，把相关同学都叫了进来。我把这个分支的改动 rebase 到了最新主线，冲突不少。我沉默了，但心里是服的

我把这条历史往前翻，找到了引入问题的那个提交。我打开记录从头到尾扫了一遍。我发现有人把整个 dist 目录提交了上来

cherry-pick 到一半冲突了，我盯着屏幕思考人生的意义。我决定先把手上的事情做完再处理这件事。我把分支全部清理了一遍，删掉了三十个没人认领的。这大概就是程序员的人生吧

我把 dist 目录加进了忽略文件，之前有人提上去过。我把这个 diff 逐行看了一遍，发现有一行是误删。我把它写进了组内的避坑文档第一章

我把这次的冲突解决方式写进了团队文档。我拉了个小群，把相关同学都叫了进来。我在心里把这次的分支策略理了一遍，有点乱。从此我多了一条团队规约

我在提交前会看一眼改动列表，这个习惯救过我几次。我决定先把手上的事情做完再处理这件事。我把这个版本用 tag 标记了下来，方便回溯

我把这次的冲突解决方式写进了团队文档。我把手上的资料翻出来又读了两遍。我看了看这条历史记录的作者，然后决定不去追究了。这条经验值直接拉满

git blame 打开一看，那行祖传代码是我自己三年前写的。我重新看了一遍手上的计划，把风险项标了出来。我在心里给这次的提交信息总结了三个要点。幸好之前留了备份

我把 dist 目录加进了忽略文件，之前有人提上去过。我把手上的资料翻出来又读了两遍。我在心里给这次的回滚想了个方案，用 revert 更安全。我把它写进了组内的避坑文档第一章

commit 信息写的是"修复若干问题"，半年后没人知道修的是什么问题。我想了想自己这些年，好像确实如此。我把这个改动用 patch 的方式分享给了同事。我把这条经验写进了团队 wiki