102753c2创建于 8月3日历史提交

文件	最后提交记录	最后更新时间
0000-template.md	[Docs] RFC模板补术语表与影响分析章节并同步英文版 Co-authored-by: wenxuemin<wenxuemin@huawei.com> # message auto-generated for no-merge-commit merge: !4362 merge docs/rfc-template-terms-impact into master [Docs] RFC模板补术语表与影响分析章节并同步英文版 Created-by: wenxuemin Commit-by: wenxuemin Merged-by: cann-robot Description: ## 描述更新RFC模板文件 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [x] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> NA 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 更新了RFC模板文件 ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [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!4362	1 个月前
INDEX.md	【fix docs】增加英文文档&修复失效超链接 Co-authored-by: zangyan<zangyan@huawei.com> # message auto-generated for no-merge-commit merge: !3597 merge master into master 【fix docs】增加英文文档&修复失效超链接 Created-by: flyswa Commit-by: zangyan Merged-by: cann-robot Description: ## 描述 1、增加仓库中md文档的英文版本，除去以下目录： docs/zh/api_ref docs/zh/comm_op_dev_guide docs/zh/architecture 2、修正文档中的失效链接 docs/zh/api_ref/comm_opdev/data_plane_api/ccu/execution_control/CCU_DO.md docs/zh/api_ref/comm_opdev/data_plane_api/ccu/execution_control/CCU_WHILE.md ## 变更类型请选择本次引入的变更类型： <!-- [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!3597	2 个月前
README.md	【fix docs】增加英文文档&修复失效超链接 Co-authored-by: zangyan<zangyan@huawei.com> # message auto-generated for no-merge-commit merge: !3597 merge master into master 【fix docs】增加英文文档&修复失效超链接 Created-by: flyswa Commit-by: zangyan Merged-by: cann-robot Description: ## 描述 1、增加仓库中md文档的英文版本，除去以下目录： docs/zh/api_ref docs/zh/comm_op_dev_guide docs/zh/architecture 2、修正文档中的失效链接 docs/zh/api_ref/comm_opdev/data_plane_api/ccu/execution_control/CCU_DO.md docs/zh/api_ref/comm_opdev/data_plane_api/ccu/execution_control/CCU_WHILE.md ## 变更类型请选择本次引入的变更类型： <!-- [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!3597	2 个月前

RFC Document Directory

This directory contains technical design documents (RFC - Request for Comments) for the HCOMM repository. These documents are used to align on solutions and document design decisions before code implementation.

Directory Structure

0000-template.md - RFC writing template
INDEX.md - RFC number registry, a complete list of all assigned RFC numbers
NNNN-xxx-xxx.md - RFC documents (4-digit number plus a brief description)

Naming Convention

RFC file naming format: {4-digit-number}-{brief-description}.md

For example: 0001-add-new-feature.md

Number: 4-digit zero-padded (0001 to 9999)
Description: English lowercase, hyphen-separated, concise

Numbering Mechanism (Core)

Number reservation PR (lightweight): Modify only INDEX.md to append a reservation row
RFC document PR (heavyweight): Write the RFC document and submit it for review. The number is already locked through the number reservation PR.

Number reservation rules:

Sequential allocation, prioritize the smallest unused number
Never reused. Merged numbers are not recycled even if the RFC is subsequently replaced
For details, see INDEX.md

RFC Lifecycle

Requirement phase: Submit the requirement as a Requirement type Issue and wait for the SIG group to accept it
Number reservation PR: Append a reservation row in INDEX.md (status reserved) and submit a number reservation PR
Number reservation PR merged: The number is occupied. You can start writing the RFC.
Writing phase: Write the system solution following the RFC template
Review phase: The RFC document PR is reviewed. Modify the solution based on feedback during the process.
Decision phase:
- Merge: The Maintainer approves the review. Add /lgtm and /approve to merge. Update the status in INDEX.md to accepted.
- Close: The review is not approved. Close the PR. The number remains reserved and is not recycled (the author can restart the review process).
Implementation phase: The merged RFC serves as the implementation contract. Code PRs must follow the RFC solution.

Replacement Relationship

When the implementation of an RFC is replaced by a subsequent RFC:

Add the following note at the end of the replaced RFC document: > Superseded by 00NN
Update the status of the corresponding row in INDEX.md from accepted to superseded
Do not modify the original number