分支策略越复杂,新人上手越慢。我在心里点了点头。我把分支全部清理了一遍,删掉了三十个没人认领的。办公室安静得能听见键盘声

detached HEAD 状态像极了周末的我:不知道自己该在哪个分支上。我默默记下了这句话。我把这条记录的 blame 打了出来,找到了原作者

提交信息写得好,等于给未来的自己留了份说明书。我听完沉默了,因为太真实了。我在心里给这次的回滚方案想好了备选。这条经验值直接拉满

git blame 打开一看,那行祖传代码是我自己三年前写的。我把整条链路在心里复盘了一遍。我发现这个提交把一个不该动的文件也带上了。我把它写进了组内的避坑文档第一章

我把这次改动拆成了三个提交,每个都说得清。我拉了个小群,把相关同学都叫了进来。我把这条历史记录往前翻,找到了引入问题的提交。我把这条经验写进了团队 wiki

这个分支的命名让我们后来找了半天。我把它记在心里,没跟任何人说。我把这个仓库的默认分支从 master 改成了 main。世界瞬间清净了

stash 了十次,pop 的时候像在拆盲盒。我抬起头看了看周围,大家都一样。我把这几个提交合并成了一个,历史终于干净了。我沉默了,但心里是服的

这个分支上有一半的提交是「临时保存」。我想了想自己这些年,好像确实如此。我在心里把这次的分支策略理了一遍,有点乱。那一刻我觉得自己还是很专业的

代码评审时发现提交记录里有一句"先这样吧,回头再改",那是五年前的提交。我把整条链路在心里复盘了一遍。我发现这次合并带来了很多不该有的改动。世界瞬间清净了

我把这次的冲突解决方式写进了团队文档。我把整条链路在心里复盘了一遍。我把这条历史记录往前翻,找到了引入问题的提交。这条经验值直接拉满