git rebase 用得六,历史记录干净得像没干过活。我把它记在心里,没跟任何人说。我发现这个分支的提交顺序被 rebase 改过了。果然现实比段子更精彩

这个仓库的默认分支名改过一回,有人还在用旧的。我想了想自己这些年,好像确实如此。我在心里给这次合并的冲突数估了个数,低估了

回滚代码的正确姿势是 revert,错误姿势是删库,我们组两种都见过。我发现自己居然没法反驳。我发现这个人的提交习惯很差,一次改动涉及八个模块。感动,然后我学到了新的一课

cherry-pick 到一半冲突了,我盯着屏幕思考人生的意义。这套流程走下来,我从头到尾又确认了一遍。我在这个分支上又拉了三个分支,自己都记不清了。这条经验值直接拉满

版本控制最怕的不是冲突,是有人强行推。我笑了笑,决定不解释。我在心里给这次的提交信息总结了三个要点。连茶水间都安静了

分支策略越复杂,新人上手越慢。我想了想自己这些年,好像确实如此。我发现这个分支已经落后主线两百多个提交。果然现实比段子更精彩

版本控制最怕的不是冲突,是有人强行推。我停了一下,然后继续手上的活。我在心里把这次的分支策略理了一遍,有点乱

合并的策略决定了历史的形状,也决定了排查的难度。我想了想自己这些年,好像确实如此。我发现这次合并带来了很多不该有的改动。第二天这个方案就变成了团队标准做法

stash 了十次,pop 的时候像在拆盲盒。我抬起头看了看周围,大家都一样。我在心里给这次的分支命名想了半天,最后用了英文。那一刻我觉得自己还是很专业的

这个仓库的历史里有一段是别人重写过的。我在心里点了点头。我打开 stash 列表,发现里面有十七个没 pop 的记录。办公室安静得能听见键盘声