虽然但是()
这两个插件分开不是为了让开发者更精简并加速开发环境嘛()
加了依赖不就又回去了(x)
还是说开发环境插件的安装可以强制安装不接受依赖,那就当我没说(x)
不不不,开发者的需求是只要 config 不要 market。
令 market 依赖 config 实际上已经达成了「精简并加速开发环境」的目的。
他应该没有尝试过()
我尝试了,但是我没有启用我不知道存不存在兼容问题(x)
哦!对哦我搞反了,如果是这样那我觉得未来可以加
但是估计未来也更新2.0以后用不到(x)
加不加这个依赖都是有道理的,我目前就在考虑这个问题。
此外,还有一种策略,是不加这个依赖,然后把 market 2 without config 的安装行为定为「安装并立即启用插件」。这样一来只更新 market 2 没有下载 config 的人也可以得以补救(实际上 config 确实是无需配置的)。
说起来,我听说最新版本的kd,官网MSI安装包似乎直接就是没有设置,可能存在问题
Koishi Desktop 发行的任何安装包都是稳定且值得信赖的,不会存在问题。任何问题一定是在进行了任意的依赖变动以后出现的。
是否可以将 market 插件列表右上角按钮行为也拆分开来呢?
「添加」由 market 负责,这样可以添加插件,但没有 config
插件的情况下安装后不显示「修改」按钮。
在今晚上 22:53 分 我尝试下载 koishi desktop 安装并复现问题
-
- 全部默认安装, 完成后并重启
-
- 打开桌面端, 直接更新所有依赖 → 完成后复现没有 [
插件配置
] 选项
- 打开桌面端, 直接更新所有依赖 → 完成后复现没有 [
-
- 在 [
资源管理器
] 中, 对 [koishi.yml
] 文件的 [market
] 上方, 添加了 [config:
]
- 在 [
-
- 添加完成后, 保存 后, 并 重启. (此时已经解决问题)
当我没说(x)
是我沟通出错的小误会(x)
@shigma 楼上进行复现的结果是启用 config 插件后问题得到解决,这是怎么回事,是否意味着对已升级 market 到版本 2 的用户均可通过安装 config 插件的方式解决此问题?
我没看懂,新的 desktop 理应没有 config 才对,怎么可能一键更新完添加 config 就行呢?
跑过来打广告了(逃
原来这样做是可行的。我被下面的帖子迷惑了,以为手动安装并添加 config 插件并不可行:
我也不到
补一个问题 @ilharp
如果我在 [ 资源管理器
] 中, 对 [ package.json
] 中的 [ dependencies
] 添加 [ @koishijs/plugin-config: "2.0.0-alpha.0"
] 后, 启动是否能自动安装?
不可。仍需运行 koi yarn -n default
,或也可重启 Koishi 后在依赖管理内修改任意依赖。
如果可行的话就直接让他们手动好了,不用开 shell。我确实担心不可行,因为此时 Koishi 处于一个边界情况下(market 1 和 config 竞争控制台的 store.packages
控制权),用户进行许多操作都都会导致数据混乱。
我明白了。也就是说现阶段解决此问题的最佳方法就是 2199 贴了吧。
对于已经安装了 market 2 的人只有 2199 贴可以解决。
对于没有安装 market 2 的人,我在考虑下面的做法,并发布到 market 2-alpha.1 上,你觉得如何?