提交模块工作阶段性梳理 #15
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
现在提交模块审核申请的渠道好像还没搞好啊
然后审核的速度要搞快点,不要搞得像MC百科的服务器审核速度一样了
需要完成的工作:
①确定提交申请的格式,需要准备的文件
②确定模块审核流程
③确定模块收录标准
④确定遗漏的模块如何补充
⑤对于恶意提交怎么处理
⑥对于差别不大的,有不同型号的版本如何收录
⑦确定模块实用性标准
推荐解决方案:
①确定提交申请的格式,需要准备的文件
如果是标签申请:
提交申请的格式:
标题格式:添加标签申请 <标签名字>
正文格式:
需要准备的文件
无
如果是模块申请:
提交申请的格式:
标题格式:添加模块申请 <模块名字>
正文格式:
需要准备的文件:
如果是JE版:
如果是BE版:
②确定模块审核流程
③确定模块收录标准
规范性:
模块应作为CPU7大基本部件(及总线,I/O,PC,RAM,ROM,CU,ALU)或7大基本部件的一部分使用
实用性:
模块应可作为CPU的一部分,无Bug,延迟短,流水线模块应避免数据冒险
技术性:
模块应有足够技术力成分,随便搓的模块是不被允许的(你那个巨大的乱飞线的6t的不支持流水线的行波进位加法器就不要拿来秀了,你就已经够秀了)
④确定遗漏的模块如何补充
可以添加专用帖用于收集意见
⑤对于恶意提交怎么处理
暂时还没有较好的处理方案,咨询@shenjack
⑥对于差别不大的,有不同型号的版本如何收录
架构相差较小的以最优元件收录:
有完全碾压此模块的模块的不收录
架构相差较大(如流水线支持性不同)的两个都收
分不清孰优孰劣的两个都收(如两种版本的CCA)
⑦确定模块实用性标准
过不过,过的话我改下审核流程
看起来没问题(