Star288

Star288

cann-robot[fix]删除不规范空格

73cabe45创建于 7 天前历史提交

文件	最后提交记录	最后更新时间
0000-template.md	Distinguish zh and en folders under docs，modify links Co-authored-by: flyswa<zangyan@huawei.com> # message auto-generated for no-merge-commit merge: !2150 merge master into master Distinguish zh and en folders under docs. Created-by: flyswa Commit-by: flyswa Merged-by: cann-robot Description: ## 描述 1、docs目录下区分zh与en目录 2、由于增加zh目录导致的周边md文档的超链接修改 3、修正原有secutiry.md中的链接失效问题 4、通信域管理api的产品支持型号，增加产品型号标签 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [x] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> NA ## 文档更新见描述 ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论`/lgtm`前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：`[feat]`, `[fix]`） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约前冒烟用例前的必要检查 - [ ] ✔️ 代码已有committer的`/lgtm` 和模块committer的`/lgtm`评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论`/approve`，正式合入前的必要检查 - [ ] 📊 前冒烟用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2150	1 个月前
README.md	[fix]删除不规范空格 Co-authored-by: zangyan<zangyan@huawei.com> # message auto-generated for no-merge-commit merge: !2776 merge master into master [fix]删除不规范空格 Created-by: flyswa Commit-by: zangyan Merged-by: cann-robot Description: ## 描述删除资料中“中文与英文”之间的不规范空格。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [x] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论`/lgtm`前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：`[feat]`, `[fix]`） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约前冒烟用例前的必要检查 - [ ] ✔️ 代码已有committer的`/lgtm` 和模块committer的`/lgtm`评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论`/approve`，正式合入前的必要检查 - [ ] 📊 前冒烟用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2776	7 天前

RFC文档目录

本目录存放HCOMM仓的技术方案设计文档（RFC - Request for Comments）。

RFC生命周期

编写：开发者根据 RFC模板编写RFC文档
提交PR：将RFC作为PR提交到本仓库
评审：由Maintainer进行评审，可能多轮迭代
决策：
- 已接受：RFC被接纳，可以开始实现
- 已拒绝：RFC未被接纳，关闭PR
合入：RFC评审通过后合入，成为实现合约

目录结构

0000-template.md - RFC编写模板
0001-xxxx-xxx.md - RFC文档（编号 + 简短描述）

命名规范

RFC文件命名格式：{编号}-{简短描述}.md

例如：0001-add-new-feature.md

相关链接