我使用docker启动koishi服务,我该怎么在koishi的控制台更新koishi本体?
System:
OS: Linux 5.15 Alpine Linux
CPU: (4) x64 Common KVM processor
Binaries:
Node: 18.16.0
Yarn: 1.22.19
Koishi:
Core: 4.12.9
Console: 5.8.3
从 v4.12.9 更新到 v4.13.0
我使用docker启动koishi服务,我该怎么在koishi的控制台更新koishi本体?
System:
OS: Linux 5.15 Alpine Linux
CPU: (4) x64 Common KVM processor
Binaries:
Node: 18.16.0
Yarn: 1.22.19
Koishi:
Core: 4.12.9
Console: 5.8.3
从 v4.12.9 更新到 v4.13.0
你继续把文档看完就知道怎么更新了。为什么刚看了个开头就来问呢?文档后面都有讲的
答案就是你高亮的那句话。
我希望论坛是用来解决问题的,而不是来抨击他人的工具。
这句话中的哪个部分或哪个词让你感觉到我在 抨击 你呢?
这显然易见。
我认为文档中说明的控制台是指的koishi的控制台,而非linux的控制台终端。可能事实并不是这样,我很抱歉因为控制台的相关文档我没有发现更加明朗的信息。
文档关于控制台的章节有:
1、认识控制台 | Koishi
章节1只是简略介绍控制台的组成部分。章节3、4只是介绍沙盒与聊天平台的适配器,这两张我在进行插件开发时已经熟读。
如果是koishi本体也是插件那么它应该在章节2的文档中。可我在看完后依然觉得迷茫。
具体点就是,假设koishi本体也是个插件,但是我并不知道它具体的插件名称。
我非常需要更多有意义的帮助,不胜感激!
“为什么刚看了个开头就来问呢?”这句话已经是先入为主的主观回答了。
但还是很感谢你能够在这个帖子中发言,因为有意义的答案都是在无意义的回答中脱颖而出的。
我感到惊讶的地方就在于,如果你已经熟读了入门文档,那么不知道更新 Koishi 的方法的情况是比较少见的。因此我当时认为你应当未读完文档或上手过 Koishi。
理所当然地,它的名称就是 koishi
,并显示在「依赖管理」页面中。如果你曾经打开过「依赖管理」页面,那么你应该能注意到它。
原来是 依赖管理 项中,非常感谢!!
因为在插件开发中,依赖并不需要特别进行依赖管理,package.json 文件中已经说明了。是我的惯性思维导致我提出这个狭隘的问题,非常抱歉。
你的理解是正确的。说明文档中的描述是准确而不会造成误解的。
事实上,当文档提及「控制台」的时候只会指代 Koishi 控制台,而当要指代 shell 的时候我们会使用「命令行」(环境)或者「终端」(软件)。