那天对着网页反复刷新，一直在琢磨gitlab怎么删除项目，页面翻来翻去，侧边栏点遍了，就是找不到对应的选项，浏览器标签开了一堆，光标在项目设置页面来回点，越找心里越烦。当时脑子里默认，这种基础操作，肯定就放在项目主页显眼的地方，点个更多就能看见，连着试了两三次，每次点开下拉菜单，里面只有归档、转移这类选项，完全没有删除相关文字。
点进设置页面之后，第一眼就扫到一堆常规配置，仓库、CI/CD、集成这些板块密密麻麻铺满屏幕，滚动条往下拉了大半，目光只盯着大标题扫，直接跳过了最底部那一块区域。那会儿以为删除功能会单独放一个独立的标签页，压根没料到会藏在页面最底端，藏在一堆不常改动的高危操作里面。鼠标滚轮来回上下滑动，一遍一遍重复浏览，来回折腾二十多分钟，还是一无所获。
权限是个容易忽略的点。
最开始登录的账号，只是项目的维护者，不是所有者。之前一直没往这方面想，总觉得只要能进项目设置，就有权限删掉项目。随便点进别的小仓库对比界面，别的仓库设置底部就有对应的区块，唯独这个项目页面少了那一块，当时还以为是版本差异导致界面改动，跑去核对gitlab的版本号，反复确认网页端版本，来回比对界面截图，折腾半天也没往账号权限上多想。
后来换项目所有者账号重新登录，再次打开同一个项目的设置页面，慢慢拖动滚动条拉到页面最末尾，才看见红色的危险操作板块，里面才出现删除项目的按钮。点进去之后还要输入项目名称做二次确认，不是点一下就能直接删掉，要完整输入仓库名字，少一个字符都提交不了。输错一次，弹窗直接提示校验失败，又重新复制项目名称粘贴进去，才走到确认的那一步。整个过程等待跳转的时候，心里还悬着，担心点确认之后连带别的仓库内容一起丢失，盯着加载转圈的图标，不敢关掉这个页面。
提交确认之后，页面不会立刻消失，会保留一小段缓冲时间，之后才自动跳转回群组页面。回头再去找这个项目，项目名称从列表里消失了，链接点开直接返回404，这时候才确定操作生效。不过那个时候才留意，不是点完确认就万事大吉，后台还有一小段处理周期，不是即时清理干净，短时间内用旧链接访问，偶尔还会短暂加载出空白项目页面，刷新几次之后才彻底看不到痕迹。
这件事只代表我当时碰到的实例，不同部署版本、自建服务和云托管的界面会不一样，账号角色不同，能看见的菜单区块也有差别，不能直接拿这个过程套用到所有场景。
关掉浏览器的时候，屏幕上还留着群组项目列表，不再继续翻看那些零散的操作记录。