插件命名规范

背景：

 前方，技术支持等各方面在排查技术问题过程中，无法快速识别那些是官方插件，导致问题排查过程中耗时低效。

诉求：

统一下插件命名规则,可以一眼识别出官方的和定制化的,识别出哪些是普适性的,哪些是个性化的

执行时间：

2022.6.20

结论：

插件命名规范如下：

1.插件plugin.xml中作者名称必须填写，不能使用auth等无意义命名

2.插件版本号设置成为点分形式三位数字，按照如下规范执行：

• 第一位标志为大版本迭代，功能整体重构等大动作
• 第二位标志为小的功能迭代，新功能添加，场景扩展等
• 第三位标志为bug修改，测试等场景

举例：

   1.某上架插件初始上架初始化时版本为0.0.1转测。测试过程中修改bug后，提升版本到0.0.7，经测0.0.7版本完全满足上架要求。最后将版本定位1.0.0发起上架

   2.一段时间后，该插件发现新bug，修复后以1.0.1开始转测，验收通过后，可以以1.0.1 更新商城插件

   3.半年后，多个客户对当前插件提出了新的场景适配功能，插件迭代后，以1.1.1转测，假如1.1.5功能验收无误后，以1.1.5发起上架

   4.一年后，该插件要适配FR11.0，则重构后，版本号提升到2.0.0 重新上架

定制任务插件追加以下条款：

1.插件名称需要有 xxx_EK字样。

 举例：原始命名为“单点登录”，新规范下命名为“单点登录_EK”

2.插件plugin.xml中<change-notes>添加描述信息”[yyyy-MM-dd]JSD-xxxx插件初始化<br/>“