加不加这个依赖都是有道理的，我目前就在考虑这个问题。
此外，还有一种策略，是不加这个依赖，然后把 market 2 without config 的安装行为定为「安装并立即启用插件」。这样一来只更新 market 2 没有下载 config 的人也可以得以补救（实际上 config 确实是无需配置的）。
3 个赞
说起来，我听说最新版本的kd，官网MSI安装包似乎直接就是没有设置，可能存在问题
4 个赞
Koishi Desktop 发行的任何安装包都是稳定且值得信赖的，不会存在问题。任何问题一定是在进行了任意的依赖变动以后出现的。
4 个赞
是否可以将 market 插件列表右上角按钮行为也拆分开来呢？
「添加」由 market 负责，这样可以添加插件，但没有 config 插件的情况下安装后不显示「修改」按钮。
4 个赞
在今晚上 22:53 分 我尝试下载 koishi desktop 安装并复现问题
-
- 全部默认安装, 完成后并重启
-
- 打开桌面端, 直接更新所有依赖 → 完成后复现没有 [
插件配置] 选项
- 打开桌面端, 直接更新所有依赖 → 完成后复现没有 [
-
- 在 [
资源管理器] 中, 对 [koishi.yml] 文件的 [market] 上方, 添加了 [config:]
- 在 [
-
- 添加完成后, 保存 后, 并 重启. (此时已经解决问题)
3 个赞
当我没说（x）
是我沟通出错的小误会（x）
3 个赞
@shigma 楼上进行复现的结果是启用 config 插件后问题得到解决，这是怎么回事，是否意味着对已升级 market 到版本 2 的用户均可通过安装 config 插件的方式解决此问题？
1 个赞
我没看懂，新的 desktop 理应没有 config 才对，怎么可能一键更新完添加 config 就行呢？
3 个赞
跑过来打广告了（逃
2 个赞
原来这样做是可行的。我被下面的帖子迷惑了，以为手动安装并添加 config 插件并不可行：
2 个赞
我也不到
2 个赞
补一个问题 @ilharp
如果我在 [ 资源管理器 ] 中, 对 [ package.json ] 中的 [ dependencies ] 添加 [ @koishijs/plugin-config: "2.0.0-alpha.0" ] 后, 启动是否能自动安装?
2 个赞
不可。仍需运行 koi yarn -n default，或也可重启 Koishi 后在依赖管理内修改任意依赖。
1 个赞
如果可行的话就直接让他们手动好了，不用开 shell。我确实担心不可行，因为此时 Koishi 处于一个边界情况下（market 1 和 config 竞争控制台的 store.packages 控制权），用户进行许多操作都都会导致数据混乱。
1 个赞
我明白了。也就是说现阶段解决此问题的最佳方法就是 2199 贴了吧。
2 个赞
对于已经安装了 market 2 的人只有 2199 贴可以解决。
对于没有安装 market 2 的人，我在考虑下面的做法，并发布到 market 2-alpha.1 上，你觉得如何？
1 个赞
我总觉得这有一点危险。并且这么做是否也需要花费不少成本？
如果这么做所需的成本与写 migration 插件的成本相当的话，那我觉得写 migration 插件更好。
2 个赞
我不太愿意更新 migration，因为这不是正统解决方案，需要额外的人力去引流。
成本上，我本来就预期要花些额外时间研究各种做法的利弊，不然也不会在 4.13.0 开发周期的第一天就开放 alpha 版本给大家测试。
2 个赞
那我觉得可以试一试。
1 个赞
在5.16自己尝试的，那会market和config最新版本都是2.0.0-alpha.0版本，没升级market2之前可以先在市场安装启用config后再升级market依赖，至少我是这么做的，现在是正常使用koishi。
但是5.17出了2.0.0-alpha.1，这个版本我就不清楚了
3 个赞