v2.1.232 把 GitLab 的支持水平提升到了和 GitHub 基本对等的层次——从密钥脱敏到插件市场支持，这次更新覆盖了GitLab 用户此前长期缺失的多个能力。本文基于官方 Changelog 详解这次 GitLab 支持升级的具体内容。
GitLab Token 家族全面脱敏
Added secret redaction for GitLab token families (glrt-, gloas-,
glptt-, glagent-, glimt-, glsoat-, glcbt-, glft-, glffct-) and full
redaction of routable glpat-/gldt- tokens
覆盖的 GitLab Token 前缀家族：
glrt- GitLab Runner Token
gloas- GitLab OAuth Access Token
glptt- GitLab Pipeline Trigger Token
glagent- GitLab Agent Token
glimt- GitLab Incoming Mail Token
glsoat- GitLab Scoped OAuth Access Token
glcbt- GitLab CI Build Token
glft- GitLab Feed Token
glffct- GitLab Feature Flag Client Token
额外处理：
glpat-（Personal Access Token）/ gldt-（Deploy Token）
这两类"可路由"（routable）的 Token 类型获得完全脱敏
此前 Claude Code 的密钥脱敏机制主要围绕 GitHub Token 家族（gh 系列）设计，GitLab 用户的各类凭据在会话输出中可能没有得到同等程度的保护。这次更新一口气覆盖了 GitLab 生态里几乎所有主流的 Token 类型，是一次相当彻底的补齐。
glab CLI 配置存储获得同等保护
the glab CLI config store gets the same sandbox and
credential-path protection as gh
GitLab 官方 CLI 工具 glab 的配置存储，现在获得了和 GitHub 官方 CLI gh 完全一致的沙箱隔离和凭据路径保护——这意味着 GitLab 用户此前在这方面的"二等公民"待遇正式终结。
GitLab 插件市场支持
Added GitLab support to plugin marketplaces: bare gitlab.com
repo URLs (including nested subgroups) now clone like github.com
URLs, and clone auth-failure hints name your actual git host
新能力：
裸格式的 gitlab.com 仓库 URL（包括嵌套子组结构）
现在可以像 github.com URL 一样直接克隆
体验改进：
克隆认证失败时的提示信息，现在会明确指出
你实际使用的 Git 主机（而不是笼统地报错）
GitLab 的"嵌套子组"（nested subgroups）是它和 GitHub 在仓库组织结构上的一个显著差异——GitLab 允许group/subgroup/subsubgroup/repo 这样的多层嵌套，此前这类 URL 格式在插件市场场景下未必能被正确处理，现在得到了原生支持。
更友好的市场配置别名
Settings: additionalMarketplaces and allowedMarketplaces are now
accepted as friendlier aliases for extraKnownMarketplaces and
strictKnownMarketplaces
旧字段名 新增的友好别名
extraKnownMarketplaces → additionalMarketplaces
strictKnownMarketplaces → allowedMarketplaces
新别名的命名显然更直观——additionalMarketplaces 一看就懂是"额外的市场来源"，allowedMarketplaces 一看就懂是"允许的市场列表"，比原来偏内部实现视角的命名更容易理解和记忆。旧字段名依然兼容，不用担心现有配置失效。
企业策略：URL 类型黑名单精确匹配
Enterprise policy: a url-typed blockedMarketplaces entry for a
bare repo URL keeps blocking that URL when the CLI classifies it
as a git clone
对于企业管理员配置的 blockedMarketplaces 黑名单，如果条目是 URL 类型且对应一个裸仓库地址，现在即便 CLI 把它归类为"这是一次 Git 克隆操作"，黑名单规则依然会持续生效并拦截——避免了分类逻辑变化导致企业黑名单规则被意外绕过的风险。
实战建议
1. 团队主要使用 GitLab 托管代码的用户，升级后可以
放心地把插件市场配置指向 GitLab 仓库，
包括带嵌套子组结构的复杂路径
2. 如果此前担心 GitLab 相关 Token 在 Claude Code 会话
输出/日志中被意外暴露，这次更新后应该能大幅降低
这类担忧——建议升级后重新审视一下相关的凭据管理策略
3. 配置文件里如果用的还是 extraKnownMarketplaces /
strictKnownMarketplaces 旧字段名，不需要立即迁移，
但新建配置建议直接用更直观的新别名
4. 企业管理员如果配置了插件市场黑名单，
建议顺带验证一下 GitLab 相关仓库地址是否按预期
被正确拦截或放行
总结
这次更新可以看作 Claude Code 对 GitLab 生态的一次"补课"——密钥脱敏、CLI 保护、插件市场克隆能力三管齐下，基本消除了此前 GitLab 用户相较 GitHub 用户的功能落差。对于企业内部使用 GitLab 作为主力代码托管平台的团队，这次更新的实际价值不小。
来源：Claude Code Changelog v2.1.232 — Claude Code 官方文档，Anthropic