11 lines
1.7 KiB
Markdown
11 lines
1.7 KiB
Markdown
|
1. 默认all的范围是所有配置文件中已配置为启用的模块
|
|||
|
|
- 若环境配置文件中没有配置启用列表，则输出警告，然后对所有aid env支持的可用模块进行检测（即使环境配置文件中没有任何相关配置）
|
|||
|
|
- 若环境配置文件中设置了启用列表，想要对所有模块进行检测就必须先用list获取支持的模型的信息，然后用指定模块列表参数执行检测
|
|||
|
|
2. 若模块ensure失败，或是仅支持check无法ensure却检测到环境不可用
|
|||
|
|
- 如果该模块是环境配置文件中指定了启用的模块，输出错误，应停下并报告用户需要解决环境问题
|
|||
|
|
- 如果是没有在启用列表中的，不论是all参数还是指定模块参数触发的，都只输出警告信息
|
|||
|
|
3. 使用指定模块参数时，不需要考虑是否配置启用，都执行即可（不过输出的是警告还是错误取决于是否启用）
|
|||
|
|
- 所以环境检测模块要考虑到仅有自己的模块名可知的情况，真实配置不可知全靠检测，
|
|||
|
|
- 比如gcc、java、python、flutter、android这样的，看命令是否可用，还有一些相关的环境变量是否已正确配置即可
|
|||
|
|
- 但如果是py的虚拟环境这种必须指定虚拟环境目录路径的，nodejs这种要先在工作目录（有些项目中需要运行npm但不在项目根目录而是在某个子目录下，此时没有具体目录路径无法检测）做了npm install有了node_modules才能正常运行的，在没有具体配置数据（指该模块独立配置数据例如[env.venv]而非该模块是否启用）但指定了其模块进行check/ensure时，应输出警告然后不执行检测等任何其他该模块行为，
|