“首次设置管理员密码”和“重置已有账号密码”是不同任务。旧版 GitLab 的控制台写法不能不加区分地用于当前实例，更不能把数据库 ID 1 自动当成预期管理员。

先确认实例与任务

记录 GitLab 版本和安装方式，确认自己有管理授权，以及要恢复的准确账号。还应区分忘记密码、账号锁定、外部身份登录和二次验证不可用；密码重置不能替代这些问题的全部处理。

新安装实例应遵循该版本的安装与首次登录流程，不需要为了“初始化”随意修改已有用户记录。

优先使用支持的恢复入口

如果仍能用管理员身份进入界面，可以在对应版本的管理入口找到用户，复核用户名与账号信息，再按支持流程设置新密码。

对于管理员维护的 Linux package 安装，官方文档还提供交互式 Rake 任务：

sudo gitlab-rake "gitlab:password:reset"

该命令会真正修改账号密码。只应由获授权的实例管理员在确认目标和维护安排后运行；按照提示输入准确用户名、新密码和确认值，不把密码放进命令行、脚本或日志。

源代码安装的命令和运行用户不同，应查所用版本，不要仅替换目录后照搬。GitLab 官方密码恢复说明

为什么不直接按 ID 修改

固定数字 ID 不能表达“我要恢复哪个身份”，也不能证明选中了正确账号。控制台的模型调用还依赖应用版本，绕过目标核对容易误改其他用户。

新密码应满足实例要求，避免弱口令与复用。恢复后用正常登录流程检查身份和权限，并按管理流程保留审计；不要因为找回账号就顺便增加权限。

这篇解释的是受授权的恢复边界，不需要公开用户表、账户列表或私钥。涉及二次验证、外部身份或安全事件时，应使用相应专门流程，而不是连续尝试控制台改密码。