- 问题描述： api与web中的文件不能直接被拉去到本地 [图片] [图片] [图片] [图片] 问题描述： api与web中的文件不能直接被拉去到本地 [图片] [图片] [图片] [图片]
- 问题描述： [图片] [图片] [图片] 问题描述： [图片] [图片] [图片]
-
【功能建议】创建子仓库时，不能直接创建 预审不通过问题描述： 在创建一个仓库后，给仓库创建子仓库不能直接创建。 [图片] 问题描述： 在创建一个仓库后，给仓库创建子仓库不能直接创建。 [图片]
- 问题描述： 在一个项目中设置了多个代码仓库（如前端代码/后端代码），每个仓库的成员不同，用以划分权限。但在通过“构建编译”将代码打包发布后，这些软件包对全部项目内的开发者都是可见、可下载的，这就使得前面步骤做的权限控制形同虚设。而如果用多个项目做划分，又难以统一部署，因为部署中的“选择部署源”只能选择同一个项目内发布的软件包。 建议方案： 当前的发布页面犹如公共网盘，管理不便。可以按照代码仓库的思路，做成发布仓库管理。管理者可以创建发布仓库，为每个发布仓设置不同成员权限。使用构建编译中的发布功能时，开发者只能向拥有写权限的发布仓上传，下载、部署时只能从拥有下载权限的发布仓下载。尤其是通过代码托管中某个代码仓库构建发布的软件包，应该至少有一个统一专用的发布仓（如同 GitHub 中的 Release 页面），且可见权限默认和来源代码仓库相同。因为控制了能够上传的发布仓，规范了上传路径，也会使手动上传的同类软件包的不同版本更易于管理。 问题描述： 在一个项目中设置了多个代码仓库（如前端代码/后端代码），每个仓库的成员不同，用以划分权限。但在通过“构建编译”将代码打包发布后，这些软件包对全部项目内的开发者都是可见、可下载的，这就使得前面步骤做的权限控制形同虚设。而如果用多个项目做划分，又难以统一部署，因为部署中的“选择部署源”只能选择同一个项目内发布的软件包。 建议方案： 当前的发布页面犹如公共网盘，管理不便。可以按照代码仓库的思路，做成发布仓库管理。管理者可以创建发布仓库，为每个发布仓设置不同成员权限。使用构建编译中的发布功能时，开发者只能向拥有写权限的发布仓上传，下载、部署时只能从拥有下载权限的发布仓下载。尤其是通过代码托管中某个代码仓库构建发布的软件包，应该至少有一个统一专用的发布仓（如同 GitHub 中的 Release 页面），且可见权限默认和来源代码仓库相同。因为控制了能够上传的发布仓，规范了上传路径，也会使手动上传的同类软件包的不同版本更易于管理。
-
【产品缺陷】DevCloud代码合并人出现重复 预审不通过问题描述： 如图所示： 合并人 出现了两条。请专家分析处理，谢谢 [图片] 建议方案： 问题描述： 如图所示： 合并人 出现了两条。请专家分析处理，谢谢 [图片] 建议方案：
- 问题描述： 没有一个统一的查询页面查看所有账号的登录情况（联邦账号AD集成） 建议方案： 软开云统计报表：统计各账号的使用情况，输出统计报表（账号名称、ID、登录时间、登录IP、地址） 问题描述： 没有一个统一的查询页面查看所有账号的登录情况（联邦账号AD集成） 建议方案： 软开云统计报表：统计各账号的使用情况，输出统计报表（账号名称、ID、登录时间、登录IP、地址）
- 问题描述： 不能查看各项目使用情况 建议方案： 软开云统计报表：列出各项目名称、仓库名称、人员数、最后更新时间 问题描述： 不能查看各项目使用情况 建议方案： 软开云统计报表：列出各项目名称、仓库名称、人员数、最后更新时间
- 问题描述： 1、目前在部署中的主机管理界面无法直接添加专线打通的主机，只能通过代理主机的方式，在采用代理主机方案部署时，应用包依旧会从软件仓（公网）-代理主机（公网）-主机/云主机/容器（专线）的网络进行部署，实际上无法保证应用安全，存在安全隐患。代码提交时存在同样风险。 2、编译构建时，只能添加代码的质量扫描，无法对编译构建后软件包进行病毒安全的扫描，如果代码中被提交了携带病毒或依赖的文件携带病毒，将无法检测，部署到主机中可能造成严重后果。 建议方案： 如果客户时专线主机建议部署时网络可以直接通过内网访问的方式进行部署。使用桌面云时提交代码应同样支持。在代码编译之后加入病毒识别，防止应用包携带病毒。 问题描述： 1、目前在部署中的主机管理界面无法直接添加专线打通的主机，只能通过代理主机的方式，在采用代理主机方案部署时，应用包依旧会从软件仓（公网）-代理主机（公网）-主机/云主机/容器（专线）的网络进行部署，实际上无法保证应用安全，存在安全隐患。代码提交时存在同样风险。 2、编译构建时，只能添加代码的质量扫描，无法对编译构建后软件包进行病毒安全的扫描，如果代码中被提交了携带病毒或依赖的文件携带病毒，将无法检测，部署到主机中可能造成严重后果。 建议方案： 如果客户时专线主机建议部署时网络可以直接通过内网访问的方式进行部署。使用桌面云时提交代码应同样支持。在代码编译之后加入病毒识别，防止应用包携带病毒。
- 问题描述： 代码合并的速度较慢，经常耗时在1分钟以上，同样的代码变更量在gitlab中合并速度会更快。 建议方案： 建议优化这一块的性能。 问题描述： 代码合并的速度较慢，经常耗时在1分钟以上，同样的代码变更量在gitlab中合并速度会更快。 建议方案： 建议优化这一块的性能。
- 问题描述： 在我的资源中，软件开发平台devlcoud资源数据统计不准确，我三个区域均未看到项目，但是级联的子数据好象没有做删除，并不清楚会不会误计费。 [图片] 建议方案： 能够准确的反馈devcloud的使用情况 问题描述： 在我的资源中，软件开发平台devlcoud资源数据统计不准确，我三个区域均未看到项目，但是级联的子数据好象没有做删除，并不清楚会不会误计费。 [图片] 建议方案： 能够准确的反馈devcloud的使用情况
-
【功能建议】git仓库人员怎么删除 预审不通过问题描述： [图片] 建议方案： 问题描述： [图片] 建议方案：
-
【功能建议】代码托管项目成员管理 预审不通过问题描述： 代码项目成员不能删除，人员权限和项目对应的权限绑定，不能跟进条件自己设置吗，有些人员虽然是项目成员但是不想给他项目代码的权限这个怎么处理？ 建议方案： 问题描述： 代码项目成员不能删除，人员权限和项目对应的权限绑定，不能跟进条件自己设置吗，有些人员虽然是项目成员但是不想给他项目代码的权限这个怎么处理？ 建议方案：
- 问题描述： AppCube是一个低代码开发的平台，对与开发人员来说全代码的编程方式更能理解当前项目的目录结构、功能流程、实现原理，目前无法通过代码托管和CloudIDE的方式进行查看源代码。 建议方案： 希望能将AppCube和DevCloud平台打通，能将低代码平台和全代码平台做结合。 问题描述： AppCube是一个低代码开发的平台，对与开发人员来说全代码的编程方式更能理解当前项目的目录结构、功能流程、实现原理，目前无法通过代码托管和CloudIDE的方式进行查看源代码。 建议方案： 希望能将AppCube和DevCloud平台打通，能将低代码平台和全代码平台做结合。
-
【产品缺陷】代码合并问题 预审不通过问题描述：分支代码更改过多，发起合并请求时一直在缓冲 建议方案： 上个版本这个功能没有问题，更新后才出现的 问题描述：分支代码更改过多，发起合并请求时一直在缓冲 建议方案： 上个版本这个功能没有问题，更新后才出现的
- 问题描述： 华为云代码仓库中进行分支合并时如有冲突，在华为云上在线解决冲突。冲突处理策略有问题。例如：Master->Staging合并时 如有冲突，在线解决冲突后，Staging分支的新变更会合并到Master，合并完后两个分支一样。 建议方案： Master->Staging合并时 如有冲突，在线解决冲突后，Master上新的变更更新到Staging，而Staging的新变更不能合并到Master。 问题描述： 华为云代码仓库中进行分支合并时如有冲突，在华为云上在线解决冲突。冲突处理策略有问题。例如：Master->Staging合并时 如有冲突，在线解决冲突后，Staging分支的新变更会合并到Master，合并完后两个分支一样。 建议方案： Master->Staging合并时 如有冲突，在线解决冲突后，Master上新的变更更新到Staging，而Staging的新变更不能合并到Master。
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签