docs: DOCFIX-2 收口三处旧口径注释(M232)
- cli/cli/model.rs:147 `InstallArgs::loader` 文档补 `liteloader`(第六个可装取值), 并点明 `optifine` 是「认得出但装不了」→ `loader_unsupported`; - commands/instances/tests.rs:103 删掉「只在认得出但装不了的那两家会红」的旧口径, 改成真实理由(第三方前缀形状、没有 `<mc>-<kind>-<ver>` 段);:231 同句副本改成 「optifine 装不了 / liteloader 自 M222 起能装」; - addon/loader/liteloader.rs:44 `DEFAULT_REPO` 文档由「BMCLAPI 有 bmclapi-liteloader 改写规则」改为「直连官方」:该规则自 M225 起 mirrors.json 里是 enabled=false (镜像侧实测 404),并按 M225 finding 的方向补上「库走 CENTRAL_REPO」。 纯文档,零行为变化。
This commit is contained in:
1 parent
654e12c100
commit
38d1f3c20f
3 files changed
+8
-5
No files matched your search
@@ -100,7 +100,8 @@ fn list_instances(dir: &TempDir) -> Vec<Value> {
|
||||
///
|
||||
/// 抓得住:CLI 没调 `InstanceLoader::parse`(自己另算一遍或干脆不派生);种类 → 稳定 id 的
|
||||
/// 词表被改(`neoforge` 写成 `neo_forge`);版本段被截断/连标记一起搬;`optifine` /
|
||||
/// `liteloader` 被漏成 `vanilla`(只在「认得出但装不了」的那两家会红)。
|
||||
/// `liteloader` 被漏成 `vanilla`(这两家的 id 是第三方前缀形状,没有 `<mc>-<kind>-<ver>` 段,
|
||||
/// 只按自家四种形状解析的实现在这两行会红)。
|
||||
/// 抓不住:解析规则本身退化(那是 core 的单测射程);`version_id` 大小写/空格的边角;
|
||||
/// 真实实例里 `libraries[]` 与 id 不一致的情形(本命令只看 id)。
|
||||
#[test]
|
||||
@@ -227,8 +228,8 @@ fn human_output_and_old_json_fields_are_unchanged() {
|
||||
/// `--json` 是事实上的对外契约:字段约定必须能在 `ull help instances` 里读到。
|
||||
///
|
||||
/// 抓得住:`loader` 字段被加进输出、契约说明被从 help 里删掉(只留在源码注释里等于没写——
|
||||
/// 用户读不到);「识别口径 ≠ 安装口径」这条警告被顺手删掉(`optifine` / `liteloader` 只在
|
||||
/// help 里说明它们装不了)。
|
||||
/// 用户读不到);「识别口径 ≠ 安装口径」这条警告被顺手删掉(`optifine` 装不了、`liteloader`
|
||||
/// 自 M222 起能装,两件事都只在 help 里说,JSON 契约里看不出来)。
|
||||
/// 抓不住:措辞本身——下面只按键词(`loader` / `kind` / `version` / `vanilla` / `optifine` /
|
||||
/// `install --loader`)检查,换个说法仍会绿;help 的排版正确性也不在射程内。
|
||||
#[test]
|
||||
|
||||
Reference in new issue
Block a user