回滚的代价取决于你多久之前发现的。我叹了口气,然后打开了编辑器。我发现有人把整个 dist 目录提交了上来。感动,然后我学到了新的一课

我把这次改动拆成了三个提交,每个都说得清。我把相关的记录都翻了出来做对照。我发现这个提交把一个不该动的文件也带上了。从此我多了一条团队规约

提交信息写得好,等于给未来的自己留了份说明书。我不知道该说什么,就笑了笑。我把这条记录的 blame 打了出来,找到了原作者。好在最后有惊无险

detached HEAD 状态像极了周末的我:不知道自己该在哪个分支上。我听完沉默了,因为太真实了。我发现有人把整个 dist 目录提交了上来。幸好之前留了备份

代码评审时发现提交记录里有一句"先这样吧,回头再改",那是五年前的提交。我把整条链路在心里复盘了一遍。我把这个分支的保护规则打开了,不能再直接推

detached HEAD 状态像极了周末的我:不知道自己该在哪个分支上。我叹了口气,然后打开了编辑器。我把这个分支从主线上拉了下来,准备重做。我沉默了,但心里是服的

这个分支已经落后主线一百多个提交了。我停了一下,然后继续手上的活。我在这个分支上又拉了三个分支,自己都记不清了。第二天这个方案就变成了团队标准做法

版本控制最怕的不是冲突,是有人强行推。我发现自己居然没法反驳。我发现这个分支已经落后主线两百多个提交。第二天这个方案就变成了团队标准做法

detached HEAD 状态像极了周末的我:不知道自己该在哪个分支上。我叹了口气,然后打开了编辑器。我发现这个仓库的分支已经有八十多个了。办公室安静得能听见键盘声

这个分支已经落后主线一百多个提交了。我忽然觉得,这可能就是这一行的常态。我发现这个仓库的分支已经有八十多个了。第二天这个方案就变成了团队标准做法