守护提供者目录中的 i18n 密钥

Testkamo-internal
已装运
2026年9月4日 05:19 UTC
作者
Kamo
提交
ecb69b2

check-i18n-keys.mjs 读取 literal t ('.') 调用,目录构建其 通过插入键 — — & (原始内容存档于2016-10-12). oauthClients.field.${labelKey} - 所以没有检查它们. 添加一个提供者 或字段,忘记英文,平台操作员读取原始密钥路径 别打牌了 带给自己的两边都读了这个目录, 所以一个缺失的字段标签是 也永远不能要求一个组织的证书。 并声称这两道屏幕所依赖的不变量:独特的提供者代码, 每个提供商携带客户端 ID, 没有两个字段写相同的目标 (将默默地覆盖彼此在保存上) 由 给一个不好的名字Key和一个不好的标签Key——两人都被抓住并取名.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价