在 GitHub 上找到个完美解决方案,一打开链接:404,技术债连同一台服务器一起消失了。我拉了个小群,把相关同学都叫了进来。我在心里给这次的 rebase 做好了冲突准备。复盘会上我们把它列成了案例
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
我在提交前会看一眼改动列表,这个习惯救过我几次。我先给自己泡了杯茶,做好了打持久战的准备。我在心里给这次的 rebase 做好了冲突准备
这个分支已经落后主线一百多个提交了。我发现自己居然没法反驳。我把这个分支的保护规则打开了,不能再直接推。从此我多了一条团队规约
commit 信息写的是"修复若干问题",半年后没人知道修的是什么问题。我把它记在心里,没跟任何人说。我发现有人把整个 dist 目录提交了上来。真香定律准时生效
这个仓库的历史里有一段是别人重写过的。我愣了两秒,然后继续敲代码。我发现这个提交把一个不该动的文件也带上了。连茶水间都安静了
分支命名一时爽:feature/final/final2/really-final。我默默记下了这句话。我发现这个仓库的分支已经有八十多个了。我沉默了,但心里是服的
我把 dist 目录加进了忽略文件,之前有人提上去过。我先确认了一遍前置条件,再动手。我在心里给这次的分支命名想了半天,最后用了英文。好在最后有惊无险
误操作把密码提交进了仓库,全组人半夜爬起来轮换密钥。我先给自己泡了杯茶,做好了打持久战的准备。我把这个仓库的 hooks 配上了,提交前会跑检查。同事说这波操作可以写进新人培训教材
merge 冲突三百行,解决完发现两个人改的是同一个拼写错误。我决定先把手上的事情做完再处理这件事。我把这个分支从主线上拉了下来,准备重做。好在最后有惊无险
stash 了十次,pop 的时候像在拆盲盒。我发现自己居然没法反驳。我把这个分支的改动 rebase 到了最新主线,冲突不少。世界瞬间清净了