| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
refactor: protobuf生成切换工程函数 Co-authored-by: Feiteng Zheng<zhengfeiteng1@h-partners.com> # message auto-generated for no-merge-commit merge: !4502 merge 20260821-switch-cmake-protobuf-generate into develop refactor: protobuf生成切换工程函数 Created-by: zhengfeiteng Commit-by: Feiteng Zheng Merged-by: cann-robot Description: # Pull Request ## 描述 protobuf生成切换工程函数。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4502 | 13 天前 | |
fix: 认证插件缺少GetSignLength导出时触发空函数指针崩溃(#537) Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4547 merge fix/issue-537-auth-sign-length into develop fix: 认证插件缺少GetSignLength导出时触发空函数指针崩溃(#537) Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: ## 描述 修复 DeployerAuthentication::AuthSign 中 GetSignLength 指针检查的 copy-paste 错误。第 103 行获取 get_sign_len_proc 后错误检查了 get_sign_data_proc，导致认证插件缺少 GetSignLength 导出时空指针调用 SIGSEGV（退出码 139），而非返回 FAILED。 同时补充动态符号完整性回归测试，覆盖 AuthSign 所依赖的全部 5 个符号缺失场景。 ## 变更类型 请选择本次引入的变更类型： - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue [#537 - GE 认证插件缺少 GetSignLength 导出时触发空函数指针崩溃](https://gitcode.com/cann/ge/issues/537) ## 如何测试 1. 编译 UT target ut_libge_helper_utest 2. 运行 DeployerAuthenticationTest 全部 7 个用例 3. 完整插件场景 TestSignAndVerify 返回 SUCCESS；分别缺少 NewSignResult/DeleteSignResult/DataFlowAuthSign/GetSignData/GetSignLength 时均返回 FAILED，进程退出码为 0 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - Bug 位置：dflow/deployer/deploy/deployer/deployer_authentication.cc:103 - 根因：GE_CHK_BOOL_RET_STATUS 检查了 get_sign_data_proc 而非 get_sign_len_proc - 修复：将检查对象改为 get_sign_len_proc - 测试：扩展 MockMmpa 增加 missing_symbols 机制，新增 5 个回归测试用例 See merge request: cann/ge!4547 | 12 天前 | |
refactor: 清理 dflow 中未使用的 include、using 别名、废弃函数和结构体 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !3846 merge ln_0224 into develop refactor: 清理 dflow 中未使用的 include、using 别名、废弃函数和结构体 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述 系统性清理 dflow 目录下经全仓库交叉引用分析确认的废弃代码，共 4 个主题： **1. 清理未使用的 #include（4文件，8个）** 删除从未被引用的头文件 include，减少不必要的编译依赖： - data_flow_graph_auto_deployer.cc: ge_context.h、ge_local_context.h - compile_config_json.cc: mmpa_api.h、ge_context.h - flow_model_builder.cc: graph_rebuild_state_ctrl.h - flow_model_sender.cc: graph_var_manager.h、graph_utils.h、securec.h **2. 清理未使用的 using/typedef 别名（4个）** - AutoDeployFunc（data_flow_graph_auto_deployer.h）— 函数指针类型别名，全仓库零引用 - ComputeGraphPtr（flow_graph.cc，namespace ge::dflow 内）— 遮蔽 ge 命名空间同名且从未使用 - ConstSubmodelInfoPtr（master_model_deployer.h）— 私有别名，零引用 - DynamicSchedInfo（deploy_planner.cc）— 文件作用域别名，零引用 **3. 清理废弃函数（17个函数 + 1行注释代码）** 删除定义后从未被调用的函数（经全仓库搜索确认无调用点，排除虚函数/override/pybind注册）： - DeployPlannerBase::IsHeadOrTail - FlowModelOmLoader::LoadToFlowModelDesc - FlowModelOmSaver::SaveToModelData - UdfModelBuilder::SetBin（保留 SetBinName） - Configurations::GetConfigDir - HeterogeneousExchangeDeployer::MutableRoute - NetworkManager::GetCtrlPanelIp / GetCtrlPanelPorts - ResourceManager::GetDeviceIp2DevicesMap - CpuIdResourceManager::GenerateAicpuStreamId / FreeAicpuStreamId - FlowModelManager::IsLoadedByFlowModel - ProcessNodeEngineManager::IsEngineRegistered - PneExecutorClient::GetProcessId - ExecutorContext::UpdateGraphOptions（保留 acl:: 和 ExecutionRuntimeUtils:: 同名函数） - FunctionPpImpl::GetAttrMap - ModelRelationReader::LogDebugString（保留 BasePartitioner::LogDebugString） - flow_func_processor.h 中注释掉的 writerGuard_ 成员 **4. 清理废弃结构体（1个）** - RunAsyncRequest（heterogeneous_model_executor.h）— HeterogeneousModelExecutor 私有嵌套结构，全仓库零引用 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 1. 增量编译 flow_graph target 通过（0 error），覆盖了 compile_config_json、data_flow_graph_auto_deployer、flow_model_builder、process_point 等改动文件 2. git diff 确认所有删除均为干净的函数体/声明移除，无副作用 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 共 39 个文件，删除 184 行废弃代码。所有废弃项均经全仓库交叉引用搜索确认（排除虚函数、pybind注册、测试桩等）。 See merge request: cann/ge!3846 | 2 个月前 | |
refactor: 删除废弃的 FlowNodeBatchMemCfg 内存配置链路 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !3820 merge ln_0224 into develop refactor: 删除废弃的 FlowNodeBatchMemCfg 内存配置链路 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述 FlowNodeBatchMemCfg 内存配置整条链路（JSON deploy_mem_info 解析 → proto model_mem_size 字段传递）属于功能废弃后遗留的死代码：接收端 FlowModelReceiver::UpdateDeployPlan（flow_model_receiver.cc）完全不读取 model_mem_size 字段，数据只解析传递无实际消费。 本次删除完整链路： - **proto 层**：deployer.proto 中 ModelMemSize message 及 UpdateDeployPlanRequest.model_mem_size 字段 - **编译期**：FlowNodeBatchMemCfg 结构体、CheckAndProcessMemCfg/SetMemCfgRecord 函数、deploy_mem_info JSON 解析、ATTR_NAME_DATA_FLOW_DEVICE_MEM_CFG 属性传递链路 - **部署期**：FlowModel::SetLogicDeviceToMemCfg/GetLogicDeviceToMemCfg 及成员、flow_model_sender 中设置 proto model_mem_size 的代码 - **测试**：删除专门测 mem limit 的 UT/ST 用例，清理其余用例中的 deploy_mem_info JSON 块 ## 变更类型 请选择本次引入的变更类型： - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 1. 增量编译 flow_graph target 通过（含 compile_config_json、data_flow_graph_auto_deployer、flow_model.h 改动） ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 共删除 606 行废弃代码，涉及 11 个文件。 See merge request: cann/ge!3820 | 2 个月前 | |
fix: 统一USE_CXX11_ABI管理，移除分散的ABI宏定义 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !4408 merge dev-abi0817 into develop fix: 统一USE_CXX11_ABI管理，移除分散的ABI宏定义 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 统一USE_CXX11_ABI管理，将分散在各处的_GLIBCXX_USE_CXX11_ABI宏定义移除，改为在顶层CMakeLists.txt中统一管理。主要变更： 1. **CMakeLists.txt**: 在init_cann_project()后统一设置USE_CXX11_ABI默认值为0，简化ENABLE_BUILD_DEVICE逻辑 2. **build.sh**: USE_CXX11_ABI默认值从1改为0 3. **cmake/ge_intf_pub_linux.cmake**: 移除ge_intf_pub_base对intf_pub_base的链接和_GLIBCXX_USE_CXX11_ABI定义 4. **dflow/llm_datadist/v1/CMakeLists.txt**: 移除分散的add_definitions ABI设置 5. **dflow/udf/cmake/device/protobuf.cmake**: 删除不再需要的protobuf构建文件 6. **parser/parser/func_to_graph/CMakeLists.txt**: 移除-D_GLIBCXX_USE_CXX11_ABI=0 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 适配 https://gitcode.com/cann/ge/pull/4397 ## 如何测试 1. 执行 bash build.sh 验证构建正常 2. 检查各组件编译时ABI一致性 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 从上游PR #4397适配到当前分支。 See merge request: cann/ge!4408 | 19 天前 | |
refactor: protobuf生成切换工程函数 Co-authored-by: Feiteng Zheng<zhengfeiteng1@h-partners.com> # message auto-generated for no-merge-commit merge: !4502 merge 20260821-switch-cmake-protobuf-generate into develop refactor: protobuf生成切换工程函数 Created-by: zhengfeiteng Commit-by: Feiteng Zheng Merged-by: cann-robot Description: # Pull Request ## 描述 protobuf生成切换工程函数。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4502 | 13 天前 | |
refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4263 merge dflow into develop refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: ## 描述 将 dflow 的 session、compiler、executor 三个目录统一移入 dflow/runner/ 下，使 session 与 compiler、executor 处于平行层级。编译产物 libdflow_runner.so 输出到 dflow/runner/ 目录，目录结构与编译结果对应。 **调整前**： dflow/ ├── compiler/ ← 编译层（含 session 子目录） │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── data_flow_graph/ │ ├── model/ │ ├── pne/ │ └── session/ ← session 原在此 ├── executor/ ← 执行层 ├── deployer/ ├── ... **调整后**： dflow/ ├── runner/ ← 新建，dflow_runner 编译入口 │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── compiler/ ← 编译层 │ ├── executor/ ← 执行层 │ └── session/ ← session 层（与 compiler/executor 平级） ├── deployer/ ├── ... ## 变更类型 - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 ## 关联的Issue ## 如何测试 1. 增量编译 dflow_runner 目标，确认 libdflow_runner.so 输出到 dflow/runner/ 目录 2. 确认所有 #include 路径正确解析 3. 确认 pre-commit 检查全部通过 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 涉及 112 个文件变更（目录 rename + include 路径更新） - 编译验证通过：libdflow_runner.so 正确输出到 cmake-build-gcov/dflow/runner/libdflow_runner.so - 文档同步更新：docs/zh/design/modules/dflow/dflow.md、docs/en/design/modules/dflow/dflow.md、blacklist.txt See merge request: cann/ge!4263 | 1 个月前 | |
fix: 修复DFlowInitialize失败不回滚和DFlowFinalize中aclFinalize顺序错误 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4473 merge fix/dflow-init-finalize-rollback-dev into develop fix: 修复DFlowInitialize失败不回滚和DFlowFinalize中aclFinalize顺序错误 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述 修复 DFlowInitialize 和 DFlowFinalize 中存在的 4 个问题： 1. **初始化失败无回滚，资源泄漏**：DFlowInitialize 中间步骤失败时（如 PNE SO 加载失败），已初始化的 ACL、SessionManager 不会被清理。用户调 DFlowFinalize 时因 g_dflow_ge_initialized 仍为 false 直接返回，资源泄漏。 2. **aclFinalize 顺序错误（use-after-free）**：DFlowFinalize 中 aclFinalize 在 SessionManager Finalize 之前执行，而 SessionManager Finalize 会触发 GeSession 析构调用 DestroyRtContexts，此时 ACL 已释放，存在 use-after-free 风险。 3. **并发初始化竞态**：DFlowInitialize 无锁保护，并发调用会覆盖 g_dflow_session_manager 指针导致泄漏。 4. **重复 Finalize 不清理**：DFlowFinalize 检查 g_dflow_ge_initialized，初始化失败后该标志为 false，导致 Finalize 跳过清理。 ### 修复方案 - 提取 DFlowFinalizeImpl() 到匿名命名空间，包含完整清理逻辑（ACL finalize 在末尾） - DFlowInitialize 入口加 g_dflow_ge_release_mutex 锁，失败时调 DFlowFinalizeImpl() 自动回滚 - DFlowFinalize 去掉 g_dflow_ge_initialized 检查，改为无条件幂等清理 - aclFinalize 移到 DFlowFinalizeImpl 末尾，在 SessionManager/PNE 清理之后 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue ## 如何测试 1. 编译 dflow UT target ut_libge_helper_utest 2. 运行 DFlowInitialize 相关测试用例 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 测试结果：10 个相关 UT 全部通过，包括验证回滚路径的 DFlowInitialize_pne_init_failed、验证 ACL 重复初始化兼容的 DFlowInitialize_acl_repeat_init、验证 ACL 失败的 DFlowInitialize_acl_init_failed。 See merge request: cann/ge!4473 | 16 天前 | |
fix: DataDist DataRace修复 Co-authored-by: youyx<youxiao@huawei.com> # message auto-generated for no-merge-commit merge: !4541 merge fix/ip-to-conns-unlock-race into develop fix: DataDist DataRace修复 Created-by: youyx Commit-by: youyx Merged-by: cann-robot Description: # Pull Request ## 描述 Prompt 侧 _BuiltIn_cluster_kv_data_sync_func（空输入常驻调度）在 HandleRequest -> Accept 成功后会对 ip_to_conns_ 做 emplace（持 entity_mutex_，可能 rehash）。同时 Host UnlinkClusters 会 Feed _BuiltIn_cluster_unlink_func（ServerUnlink），UDF 中 DoServerUnlink 通过 GetEntityByIp 无锁 find 同一张 unordered_multimap。这两条是不同 flow func，UDF worker 可并行，构成 data race。 本次将 GetEntityByIp、Accept 路径上的查找/残留清理、以及 ClearEntities 对 ip_to_conns_ 的访问统一放到 entity_mutex_ 下。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 1. 编译并运行 llm_service_flow_func UT，覆盖 get_entity_by_ip_locked_lookup：CreateEntity 后按 IP 查到 conn；server map 残留时清理 ip_to_conns_。 2. Prompt 场景下并发 Accept 与 ServerUnlink，确认不再出现 ip_to_conns_ rehash 导致的崩溃。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本地已对改动文件执行 pre-commit（clang-format / codespell / OAT）通过。 See merge request: cann/ge!4541 | 12 天前 | |
refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4263 merge dflow into develop refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: ## 描述 将 dflow 的 session、compiler、executor 三个目录统一移入 dflow/runner/ 下，使 session 与 compiler、executor 处于平行层级。编译产物 libdflow_runner.so 输出到 dflow/runner/ 目录，目录结构与编译结果对应。 **调整前**： dflow/ ├── compiler/ ← 编译层（含 session 子目录） │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── data_flow_graph/ │ ├── model/ │ ├── pne/ │ └── session/ ← session 原在此 ├── executor/ ← 执行层 ├── deployer/ ├── ... **调整后**： dflow/ ├── runner/ ← 新建，dflow_runner 编译入口 │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── compiler/ ← 编译层 │ ├── executor/ ← 执行层 │ └── session/ ← session 层（与 compiler/executor 平级） ├── deployer/ ├── ... ## 变更类型 - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 ## 关联的Issue ## 如何测试 1. 增量编译 dflow_runner 目标，确认 libdflow_runner.so 输出到 dflow/runner/ 目录 2. 确认所有 #include 路径正确解析 3. 确认 pre-commit 检查全部通过 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 涉及 112 个文件变更（目录 rename + include 路径更新） - 编译验证通过：libdflow_runner.so 正确输出到 cmake-build-gcov/dflow/runner/libdflow_runner.so - 文档同步更新：docs/zh/design/modules/dflow/dflow.md、docs/en/design/modules/dflow/dflow.md、blacklist.txt See merge request: cann/ge!4263 | 1 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 13 天前 | ||
| 12 天前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 19 天前 | ||
| 13 天前 | ||
| 1 个月前 | ||
| 16 天前 | ||
| 12 天前 | ||
| 1 个月前 |