JustAnotherID

> 作为一个 无高亮、无补全、无静态检查、很少示例 的文件头，格式应该尽可能简单。 > > 我的建议是只支持每行 1 个依赖，每个依赖只支持添加 1 个约束，并且只支持 不指定版本、特定版本、最低版本 三种约束…… 同意这一建议，应该仅支持每行一个依赖，同时版本约束也简化，降低犯错风险。 同时希望 `@depends` 应该包含作者名以区分不同作者的同名插件，格式类似： ```text // @depends JustAnotherID::A // @depends JustAnotherID::[email protected] // @depends JustAnotherID::C>=1.2.0 ```

实现了依赖的原型版本（#614），支持了完整的 SemVer 规则，声明语法调整如下 ``` // @depends JustAnotherID:A // @depends JustAnotherID:B:1.2.3 // 指定特定版本 // @depends JustAnotherID:C:^1.2.0 // 详见 SemVer 规则 ```

变更较大，切换目标分支为 dev

如果非默认的 `reply.yaml` 进行备份的话，那牌堆、插件、帮助文档，以及插件设置等等一系列自定义内容是否都需要进行备份？

> 我的标准是：可能被core写入的文件都值得备份。 我倾向于全量备份，或者至少开放出全量备份的能力。 作为备份应该尽最大可能恢复备份时的数据状态，只读文件也应该是当时的状态之一。 体积问题确实值得注意，但是在拥有自动清理的情况下我认为这个占用是可以接受的。 目前考虑是两个选择： 1. 默认全量备份，可以通过提供勾选来控制备份范围。 2. 自动备份是轻量的，手动触发的（包括但不限于UI上点击备份）是全量的。

@fy0 @Szzrain @oissevalt @FlameTEXT @Fripine

> 但我倾向默认备份是『轻量备份』，即程序启动时已预先设定一个最小的备份范围。而用户后续可通过UI勾选，自行设定更大的备份范围，若用户勾选的备份范围覆盖了磁盘占用较大的部分，除了提醒用户可能造成磁盘大量占用外，还应推荐用户开启『自动清理』。 在 UI 上对勾选范围的不同做不同的提醒是个好主意，这个我觉得蛮有必要。 至于默认是轻量还是全量，这个就是磁盘占用优先，还是数据完整性优先的考虑。 我是这么认为的，一是默认情况下我们应该完整的保留用户数据，防止在没调整过该设置，但又因为意外情况需要备份的用户，能**完整地恢复数据**（多出来的可以轻易删掉，但少掉的是没法找回的）。二是目前自动清理似乎是个默认行为（存疑，似乎直接升级的用户默认关闭），在有自动清理的情况下磁盘占用的优先级并不是那么高（如果不是默认行为我们应该想办法将其改为默认）。 > 程序预先已经勾选的备份项（最小备份范围）**是否允许用户取消勾选？** 不应该，我们应当限制一个最低的备份范围。因为如果确认不需要任何备份，应该是采取关闭该功能的方式。

补充，原备份文件名中的随机字符替换为文件名hash

Beta 版本已修复

先做了一个初步的支持，测试功能中约定如下： 1xxx 由用户使用，用户统一 ID 以 `UI:` 开头，如目前 `UI:1001` 模拟私聊用户，`UI:1002` 模拟群聊群主。 2xxx 由群组使用，群组统一 ID 以 `UI-Group:` 开头，如 `UI-Group:2001` 为目前模拟的唯一群聊（群主为 `UI:1002`）。