在测试中加入检查源码是否可以在 MCDR 中正常加载

[AnzhiZhang]

在 PR check 测试中加入检查源码是否可以在 MCDR 中正常加载，顺便检查 requirements 和依赖。

Originally posted by @AnzhiZhang in #394 (comment)

[alex3236]

MCDR 本身没有这方面设计吧？好像有点麻烦

[AnzhiZhang]

MCDR 本身没有这方面设计吧？好像有点麻烦

checkout，下载插件，然后启动 MCDR 就行了。可以检查 log 或者用另一个插件输出标准的已加载插件列表

[alex3236]

checkout，下载插件，然后启动 MCDR 就行了。可以检查 log 或者用另一个插件输出标准的已加载插件列表

这样的话出错了没法给出 exc 输出吧……？

[AnzhiZhang]

这样的话出错了没法给出 exc 输出吧……？

直接提示无法加载就行了，用插件设置 GitHub Output

I was not able to install the package. See the PR Check logs for details.

[alex3236]

直接提示无法加载就行了，用插件设置 GitHub Output

那比如我在 on_load 检测到配置没更改就给你 raise 了，就只能去看 workflow 日志才知道了（

[alex3236]

倒是可以用一些怪方法手动检查

[alex3236]

另外一个问题：如果有尚未入库的前置插件，也会导致检测失效

[AnzhiZhang]

另外一个问题：如果有尚未入库的前置插件，也会导致检测失效

不影响，少量这类问题可以手动处理，这应该是极少的情况。对于大部分正常提交的插件，可以作为一道保险

[Fallen-Breath]

我认为不太可行，原因如下

1. 插件可能依赖特定的运行环境 / 配置 / 上下文，直接加载导致出现问题并不一定说明插件本身有问题
2. 插件的行为不可控，其行为可能会造成意料之外的副作用

[alex3236]

我的观点是，报告中加入插件是否已经提供有效 Release 是可以作为参考的，检查能否加载参考价值不高，而且处理不好的话挺危险的

[AnzhiZhang]

假定大部分插件在正确安装依赖后是开箱即用类型的插件，这个检查的主要价值是：

1. 检查 requirements 标记齐全
2. 检查依赖正确，不会出现依赖了高版本 MCDR API 然而忘记标记或标记了较低的 API 的情况
3. 确定插件可以正常加载，即到 load 完成

基于上文的前提，目前应该有几个插件需要特定的配置，例如需要修改配置文件或第三方服务的插件，这其中的部分插件会选择拒绝加载，也有部分会关闭功能等待配置。

如果自动检查不通过，消息提示应当作为警告来考虑，可以提示作者，并且由维护者选择是否需要手动检查，以及防止作者仓促提交（遗漏信息或版本错误，用户下载后并不能开箱即用，例如有部分插件是不能自动生成配置文件的，需要用户手动下载，否则加载时会报错）。

提出这个建议是和贡献指南中的建议提供一个可用发行版配合的，可能收益并不会很大，作为一道额外的保险，是否加入请各位讨论斟酌。

[alex3236]

1. 检查 requirements 标记齐全

这个没多大问题

2. 检查依赖正确，不会出现依赖了高版本 MCDR API 然而忘记标记或标记了较低的 API 的情况

要检查这个得多版本 MCDR 多次测试？