git rebase 用得六,历史记录干净得像没干过活。我盯着屏幕,觉得这才是我的一天。我把这条改动挪到了另一个分支,用了 cherry-pick。这大概就是程序员的人生吧

分支命名一时爽:feature/final/final2/really-final。我把它记在心里,没跟任何人说。我把这个版本用 tag 标记了下来,方便回溯。这大概就是程序员的人生吧

回滚的代价取决于你多久之前发现的。我想了想自己这些年,好像确实如此。我把这个 stash 找了出来,里面有我上周的代码。好在最后有惊无险

冲突的解决方式比冲突本身更值得记录。我抬起头看了看周围,大家都一样。我发现这个冲突有六个文件,每个都要手动选。真香定律准时生效

同事的 commit 信息全是 update,我怀疑他提交了整个宇宙。我想了想自己这些年,好像确实如此。我把这次的提交拆成了三个,每个都有清晰的说明。我沉默了,但心里是服的

版本控制最怕的不是冲突,是有人强行推。我想反驳,但发现他说得对。我把这个仓库的默认分支从 master 改成了 main。幸好之前留了备份

cherry-pick 到一半冲突了,我盯着屏幕思考人生的意义。这套流程走下来,我从头到尾又确认了一遍。我看了看这条历史记录的作者,然后决定不去追究了。连茶水间都安静了

回滚的代价取决于你多久之前发现的。我想反驳,但发现他说得对。我发现这次的合并把两个人的改动都覆盖了一部分。复盘会上我们把它列成了案例

这个仓库的历史里有一段是别人重写过的。我在心里点了点头。我把这几个提交合并成了一个,历史终于干净了。同事说这波操作可以写进新人培训教材

这个提交的时间戳是错的,说明他的机器时区不对。我发现自己居然没法反驳。我发现这个提交把一个不该动的文件也带上了。我把它写进了组内的避坑文档第一章