😂 IT段子

我在提交前会看一眼改动列表，这个习惯救过我几次。我先给自己泡了杯茶，做好了打持久战的准备。我把这条历史记录往前翻，找到了引入问题的提交。连茶水间都安静了

这个分支上有一半的提交是「临时保存」。我想反驳，但发现他说得对。我教了新同事一遍 rebase，然后他第二天又用了 merge。我把这条经验写进了团队 wiki

stash 了十次，pop 的时候像在拆盲盒。我忽然觉得，这可能就是这一行的常态。我把这条历史记录往前翻，找到了引入问题的提交。这大概就是程序员的人生吧

这个分支已经落后主线一百多个提交了。我想反驳，但发现他说得对。我把这个 stash 找了出来，里面有我上周的代码

这个提交的时间戳是错的，说明他的机器时区不对。我忽然觉得，这可能就是这一行的常态。我发现这个合并提交里有一处冲突解决错了。我把这条经验写进了团队 wiki

我把这次的冲突解决方式写进了团队文档。我盯着屏幕沉默了十分钟。我把这次的提交拆成了三个，每个都有清晰的说明。感动，然后我学到了新的一课

在 GitHub 上找到个完美解决方案，一打开链接：404，技术债连同一台服务器一起消失了。我在心里把涉及的所有环节都过了一遍。我把这个冲突的解决方式记录了下来，下次参照。复盘会上我们把它列成了案例

我把 dist 目录加进了忽略文件，之前有人提上去过。我决定先把手上的事情做完再处理这件事。我发现有人把整个 dist 目录提交了上来。感动，然后我学到了新的一课

这个提交的时间戳是错的，说明他的机器时区不对。我愣了两秒，然后继续敲代码。我发现这个人的提交习惯很差，一次改动涉及八个模块。同事说这波操作可以写进新人培训教材

我把这个 tag 打在了一个不该打的提交上。我把整条链路在心里复盘了一遍。我把这个仓库的 gitignore 补全了，不再误提交。我把这条经验写进了团队 wiki