新版本market、config问题讨论

是这样的。

有点尴尬在这了
因为一些notfound的原因，全部更新这个操作应该在较多用户的心中留有印象，这样的问题只会越来越多。
应该在论坛放出解决方案，不然未来重复操作

是的。我认为最好的方法是用户群的群友提到的，「修改一键更新功能，一键更新时选择最新的正式版，而不选择非正式版」。

这个是应该，我也不知道实现难度怎么样（）
实际上感觉一键更新是选中最新版本而不是选中后立即更新这一点就能感觉到似乎有所考虑（）

我想知道我该如何对已经更新的版本进行挽救，我在使用一键更新发现找不到配置选项，来论坛才发现需要安装config，但已经升级的版本无法进行安装，依赖管理中market也没有旧版本回退，我似乎卡住了

小伙伴在发帖之前可以先搜索论坛内的现有帖子哦~

我看过这个帖子并且已经理解我现在问题的成因，但我不知道该如何去解决这个问题…

支持，之后的版本会实装此更新。建议提交 issue 以加速。

出现这个问题是因为没装config
目前你可能需要等待一下解决方案
或者等不及可以双清

好的，我明白了，十分感谢

但很遗憾就算未来加入了此功能也无法解决现在已经升上 alpha 的用户遇到的问题（

突然想说要给market加一个config依赖
我打完字发现我是傻子（），我都忘了他们为什么分开（x）

完全可以加，但是加了也没有用。

用户需要从 market 1 升级到 market 2，必须先下载 config。如果下载之后启用 config 可能会导致 market 1 和 config 的数据冲突。如果不启用就等于白下了……

不过看起来可以用？也没有其他人试过？

虽然但是（）
这两个插件分开不是为了让开发者更精简并加速开发环境嘛（）
加了依赖不就又回去了（x）
还是说开发环境插件的安装可以强制安装不接受依赖，那就当我没说（x）

不不不，开发者的需求是只要 config 不要 market。

令 market 依赖 config 实际上已经达成了「精简并加速开发环境」的目的。

他应该没有尝试过（）
我尝试了，但是我没有启用我不知道存不存在兼容问题（x）

哦！对哦我搞反了，如果是这样那我觉得未来可以加
但是估计未来也更新2.0以后用不到（x）

加不加这个依赖都是有道理的，我目前就在考虑这个问题。

此外，还有一种策略，是不加这个依赖，然后把 market 2 without config 的安装行为定为「安装并立即启用插件」。这样一来只更新 market 2 没有下载 config 的人也可以得以补救（实际上 config 确实是无需配置的）。

说起来，我听说最新版本的kd，官网MSI安装包似乎直接就是没有设置，可能存在问题

Koishi Desktop 发行的任何安装包都是稳定且值得信赖的，不会存在问题。任何问题一定是在进行了任意的依赖变动以后出现的。