软件包0 error计划流程介绍

认领软件包

可以在这一百个软件包中认领自己感兴趣的软件包，不限于一个

这里我以 rc522 软件包为例，说明一下具体的流程

使用软件包测试工具进行测试

这里我推荐使用我仓库的测试工具进行测试，

安装依赖

安装 python 和 pip

安装 pip 依赖

pip install scons requests tqdm wget html-table

修改配置选项

打开 config.json 文件，将 pkgs 字段中的 hello 改为 rc522 并删除 rtthread 字段中的 master

测试软件包

我的仓库中的工具新加了 --debug 和 --error 的选项，可以更加有效的测试软件包

使用 python pkgs-test.py --debug 进行测试，这里使用 --debug 的原因是测试的同时会将编译的信息汇总起来以供编译不过时调试软件包

测试完成，我们会发现在当前文件夹下生成了 artifacts_export local_pkgs error.json 等文件/文件夹，其中 artifacts_export 为日志文件，其中有网页文件可以通过浏览器打开显示 另外local_pkgs error.json 则是 --debug 参数生成的，

打开生成的网页文件，会发现有很多的编译失败，我们可以点进去查看失败原因

修复编译问题，使其通过编译

这个时候我们就需要查看错误的原因了，还记得 --debug 生成的 local_pkgs 文件夹，这里汇总了编译出错的软件包，我们可以通过修改这里的文件，来进行软件包的修复工作

修复之后的编译情况可以通过 python pkgs-test.py --error 进行测试，它会使用之前生成的 error.json 文件，将 local_pkgs 中的软件包，复制到需要编译的 bsp 下进行编译

测试完后，再次打开网页文件，发现所有的 latest 版本都编译通过了

代码提交

Fork 原始仓库，提 PR

Fork 原始仓库，将代码提交上去，并且提交 PR

说明此项改动的原因，以及催促原作者发布软件包版本

修改软件包索引仓库

等待软件包作者合并以及发布新版本之后修改软件包索引仓库，将新版本加入到索引中

假设软件包新版本为（v1.4.6）

添加版本信息，并且修改默认版本，默认版本不应设置为 latest 版本

也可以不使用默认版本的定义，将会使用第一个可选的版本，理论上默认版本应该是最新的可用版本