- 问题描述： 1.1 流水线 CloudPipeline 代码源缺失，因为 不只是 git 才能存储代码，许多场景下，cd，根本不被允许分享源码，部署的粒度可能是jar/war/docker-image等，所以应该支持 对象存储和Docker Registry，最起码也应该支持 obs和swr; 1.2 发布仓库CloudRelease，目前只能被编译构建 CloudBuild服务和部署 CloudDeploy调用，不应该是这个样子的！ 应该开放API/SDK，最起码应该开放 提交和下载的接口/函数；一个例子，假如所有的 jar 都在 obs，如果想使用华为的DevCloud 做 自动化 cicd，太费劲，但是，如果开放 CloudRelease 的相关API/SDK，我们就能写代码通过 serverless 服务自动将 位于 obs 的 jar 丢到 CloudRelease 做自动化cicd。 1.3 部署 CloudDeploy服务 注册主机组 只能是 EIP ，这个是什么鬼？嫌客户等保太好过了？应该是使用开源工具打造的 部署 CloudDeploy服务吧？目前 和 VPC 应该是没有打通吧？请尽快些！ 1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线；一个例子，要部署10多个服务，唯一不一样的地方可能是 git 仓库，serviceName，host_group，别的基本都一样，难道我得重建10次？我知道有个自定义模板，但是这个全部得自定义，我使用现有模板，稍微改一改就能用的，你让我全部重建？这个肯定不合适！ 1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，直接通过 脚本 部署 流水线 CloudPipeline应该是最好的。说到这了，华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，不太好！ 1.6 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持，兼容性强，客户才更愿意去 使用，迁移。 建议方案： 1.1 流水线 CloudPipeline 代码源缺失，应该添加 对象储存（obs/s3/oss/bos）和Docker Registry（swr/ecr/acr），最起码应该支持 自家的obs和swr。 1.2 发布仓库CloudRelease，应该开放API/SDK，最起码应该开放 提交和下载的接口/函数。 1.3 部署 CloudDeploy服务，请尽快支持使用 内网 IP 注册主机组。 1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线。 1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，应该支持直接通过 脚本 部署 流水线。 1.6 华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，堆栈创建成功后，应该在 console 页面上直接修改更新！ 1.7 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持！ 问题描述： 1.1 流水线 CloudPipeline 代码源缺失，因为 不只是 git 才能存储代码，许多场景下，cd，根本不被允许分享源码，部署的粒度可能是jar/war/docker-image等，所以应该支持 对象存储和Docker Registry，最起码也应该支持 obs和swr; 1.2 发布仓库CloudRelease，目前只能被编译构建 CloudBuild服务和部署 CloudDeploy调用，不应该是这个样子的！ 应该开放API/SDK，最起码应该开放 提交和下载的接口/函数；一个例子，假如所有的 jar 都在 obs，如果想使用华为的DevCloud 做 自动化 cicd，太费劲，但是，如果开放 CloudRelease 的相关API/SDK，我们就能写代码通过 serverless 服务自动将 位于 obs 的 jar 丢到 CloudRelease 做自动化cicd。 1.3 部署 CloudDeploy服务 注册主机组 只能是 EIP ，这个是什么鬼？嫌客户等保太好过了？应该是使用开源工具打造的 部署 CloudDeploy服务吧？目前 和 VPC 应该是没有打通吧？请尽快些！ 1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线；一个例子，要部署10多个服务，唯一不一样的地方可能是 git 仓库，serviceName，host_group，别的基本都一样，难道我得重建10次？我知道有个自定义模板，但是这个全部得自定义，我使用现有模板，稍微改一改就能用的，你让我全部重建？这个肯定不合适！ 1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，直接通过 脚本 部署 流水线 CloudPipeline应该是最好的。说到这了，华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，不太好！ 1.6 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持，兼容性强，客户才更愿意去 使用，迁移。 建议方案： 1.1 流水线 CloudPipeline 代码源缺失，应该添加 对象储存（obs/s3/oss/bos）和Docker Registry（swr/ecr/acr），最起码应该支持 自家的obs和swr。 1.2 发布仓库CloudRelease，应该开放API/SDK，最起码应该开放 提交和下载的接口/函数。 1.3 部署 CloudDeploy服务，请尽快支持使用 内网 IP 注册主机组。 1.4 模板问题，执行正常的流水线 CloudPipeline完成后，应该支持导出 模板，然后拿模板去创建 新的流水线。 1.5 通过 yaml 或者 json 创建 流水线 CloudPipeline，类似 Jenkinsfile 那样，或者类似AWS的CodePipeline和CodeBuild，buildspec.yml这类的东西，应该支持直接通过 脚本 部署 流水线。 1.6 华为云上的IaC（基础设施及代码），应用编排服务aos，也应该改一改，参考下AWS的CloudFormation，貌似是只能通过 yaml 去更新，堆栈创建成功后，应该在 console 页面上直接修改更新！ 1.7 代码托管 CodeHub服务 不支持 jenkins 去 Webhook Trigger，应该支持！
-
【功能建议】华为云项目管理界面优化建议 预审不通过问题描述： 把码豆放在项目控制台没有太大意义，显得有一些突兀 [图片] 建议方案： 建议在项目控制台去掉码豆数量展示 问题描述： 把码豆放在项目控制台没有太大意义，显得有一些突兀 [图片] 建议方案： 建议在项目控制台去掉码豆数量展示
- 问题描述： 多个项目经常编译构建产生很大的发布包,占用空间大产生费用。是否有类似jenkins功能,可自主配置保留几天的包或者几个包 建议方案： 可自主配置 问题描述： 多个项目经常编译构建产生很大的发布包,占用空间大产生费用。是否有类似jenkins功能,可自主配置保留几天的包或者几个包 建议方案： 可自主配置
- 问题描述： DevCloud旧版计费模式中，存在几项计费因子：①项目管理：100GB存储；②代码托管：100GB存储；③发布库：100GB存储；④编译构建：5000min/月等； 但未有阈值设置提醒，客户存在无意间超过规定容量和编译时长，而导致扣费的情况。直到收到扣费提醒客户才反应过来去整理存储情况。在客户侧体验感不佳。 建议方案： 新增阈值提醒功能，对几个计费因子。比如存储超过80G后，通过短信、页面端进行提醒客户清理。最好能由客户自定义阈值。 问题描述： DevCloud旧版计费模式中，存在几项计费因子：①项目管理：100GB存储；②代码托管：100GB存储；③发布库：100GB存储；④编译构建：5000min/月等； 但未有阈值设置提醒，客户存在无意间超过规定容量和编译时长，而导致扣费的情况。直到收到扣费提醒客户才反应过来去整理存储情况。在客户侧体验感不佳。 建议方案： 新增阈值提醒功能，对几个计费因子。比如存储超过80G后，通过短信、页面端进行提醒客户清理。最好能由客户自定义阈值。
- 问题描述： DevCloud 上传发布文件，文件名有空格，则不能上传。 [图片] 建议方案： 建议允许有空格 问题描述： DevCloud 上传发布文件，文件名有空格，则不能上传。 [图片] 建议方案： 建议允许有空格
- 问题描述： 在一个项目中设置了多个代码仓库（如前端代码/后端代码），每个仓库的成员不同，用以划分权限。但在通过“构建编译”将代码打包发布后，这些软件包对全部项目内的开发者都是可见、可下载的，这就使得前面步骤做的权限控制形同虚设。而如果用多个项目做划分，又难以统一部署，因为部署中的“选择部署源”只能选择同一个项目内发布的软件包。 建议方案： 当前的发布页面犹如公共网盘，管理不便。可以按照代码仓库的思路，做成发布仓库管理。管理者可以创建发布仓库，为每个发布仓设置不同成员权限。使用构建编译中的发布功能时，开发者只能向拥有写权限的发布仓上传，下载、部署时只能从拥有下载权限的发布仓下载。尤其是通过代码托管中某个代码仓库构建发布的软件包，应该至少有一个统一专用的发布仓（如同 GitHub 中的 Release 页面），且可见权限默认和来源代码仓库相同。因为控制了能够上传的发布仓，规范了上传路径，也会使手动上传的同类软件包的不同版本更易于管理。 问题描述： 在一个项目中设置了多个代码仓库（如前端代码/后端代码），每个仓库的成员不同，用以划分权限。但在通过“构建编译”将代码打包发布后，这些软件包对全部项目内的开发者都是可见、可下载的，这就使得前面步骤做的权限控制形同虚设。而如果用多个项目做划分，又难以统一部署，因为部署中的“选择部署源”只能选择同一个项目内发布的软件包。 建议方案： 当前的发布页面犹如公共网盘，管理不便。可以按照代码仓库的思路，做成发布仓库管理。管理者可以创建发布仓库，为每个发布仓设置不同成员权限。使用构建编译中的发布功能时，开发者只能向拥有写权限的发布仓上传，下载、部署时只能从拥有下载权限的发布仓下载。尤其是通过代码托管中某个代码仓库构建发布的软件包，应该至少有一个统一专用的发布仓（如同 GitHub 中的 Release 页面），且可见权限默认和来源代码仓库相同。因为控制了能够上传的发布仓，规范了上传路径，也会使手动上传的同类软件包的不同版本更易于管理。
- 问题描述： 在删除发布中的代码时，因为我们公司要求对发布的版本在删除时，保留最新的几个版本，导致在删除发布代码的时候特别麻烦，需要点击进去手动选择删除的版本代码，虽然有一键选中，但是一页展示数据最多也就10条，希望能改善一下删除功能，导致我和我同事删除时，需要一页一页的操作，特别麻烦 建议方案： 比如一页最多可以展示100条或1000条数据，这样我们一键选中后也可以手动取消掉我们想要保留的几个版本，让我们操作更简单方便点，或者加一个设置功能，保留发布最新的几个版本，系统定时删除也，谢谢 问题描述： 在删除发布中的代码时，因为我们公司要求对发布的版本在删除时，保留最新的几个版本，导致在删除发布代码的时候特别麻烦，需要点击进去手动选择删除的版本代码，虽然有一键选中，但是一页展示数据最多也就10条，希望能改善一下删除功能，导致我和我同事删除时，需要一页一页的操作，特别麻烦 建议方案： 比如一页最多可以展示100条或1000条数据，这样我们一键选中后也可以手动取消掉我们想要保留的几个版本，让我们操作更简单方便点，或者加一个设置功能，保留发布最新的几个版本，系统定时删除也，谢谢
- 问题描述： 通过DevCloud平台发布的软件没有下载链接，只提供了一个下载按钮，对于应用类的软件部方便 [图片] 建议方案： 建议提供下载链接，客户自己可以通过下载链接对接第三方发布平台。 问题描述： 通过DevCloud平台发布的软件没有下载链接，只提供了一个下载按钮，对于应用类的软件部方便 [图片] 建议方案： 建议提供下载链接，客户自己可以通过下载链接对接第三方发布平台。
- 问题描述： 现有的软开云私有依赖中只支持 Maven 和 Docker 两种仓库格式，对 Node 开发者和 广大前端开发者不友好，在我们的团队中有大量的内部私有NPM（或Yarn）依赖，需要自己搭建NPM私服管理，无法和Maven Docker依赖一起享受软开云平台带来的便利，而且现在的前台开发无法避开NPM（或YARN），大一些的团队也不可避免的存在的私有npm模块，因此很有必有在软开云私有依赖中增加对NPM（或Yarn）的支持。 [图片] 建议方案： NPM开源私服项目 verdaccio：https://github.com/verdaccio/verdaccio 问题描述： 现有的软开云私有依赖中只支持 Maven 和 Docker 两种仓库格式，对 Node 开发者和 广大前端开发者不友好，在我们的团队中有大量的内部私有NPM（或Yarn）依赖，需要自己搭建NPM私服管理，无法和Maven Docker依赖一起享受软开云平台带来的便利，而且现在的前台开发无法避开NPM（或YARN），大一些的团队也不可避免的存在的私有npm模块，因此很有必有在软开云私有依赖中增加对NPM（或Yarn）的支持。 [图片] 建议方案： NPM开源私服项目 verdaccio：https://github.com/verdaccio/verdaccio
- 问题描述： 代码编译与代码构建，同属于软件开发平台产品，功能描述中，专业名词大小写使用随意，建议整改 [图片] https://www.huaweicloud.com/product/cloudrelease.html [图片] https://www.huaweicloud.com/product/cloudbuild.html [图片] 建议方案： 如题 问题描述： 代码编译与代码构建，同属于软件开发平台产品，功能描述中，专业名词大小写使用随意，建议整改 [图片] https://www.huaweicloud.com/product/cloudrelease.html [图片] https://www.huaweicloud.com/product/cloudbuild.html [图片] 建议方案： 如题
- 问题描述： 在做以下这个链接实验的时候，这个实验设计到的云产品特别的多 1、devcloud 2、SMN 消息通知服务 3、ECS 、弹性IP 、VPC 4、设备接入iotDA 5、设备终端（模拟器） 就是设计到的产品是比较多的一个项目，经常要切换什么的，有的时候忘记那个页面是那个的了。有点混乱的。 https://lab.huaweicloud.com/testdetail.html?testId=459&ticket=ST-400300-3g7er22oRmoFPbpeRfoG4fQp-sso 建议方案： 支持在用一个项目面板，把各种云资源产品用逻辑连线放在一起，（类似思维导图）然后每次要用那个逻辑图标上的云资源产品直接点一些就穿越到对应的产品界面了。 这样子的好处： 1-每一个项目一个项目名字一个项目面板，思维导图的样子把云产品资源逻辑清晰起来。 2-要找对应的资源产品，逻辑思维非常清晰。 3-甚至还可以在面板上提供一个文本做简单笔记备注，方便你把一些相关的产品ID、APPID、项目ID等等记录下来，方便使用。 问题描述： 在做以下这个链接实验的时候，这个实验设计到的云产品特别的多 1、devcloud 2、SMN 消息通知服务 3、ECS 、弹性IP 、VPC 4、设备接入iotDA 5、设备终端（模拟器） 就是设计到的产品是比较多的一个项目，经常要切换什么的，有的时候忘记那个页面是那个的了。有点混乱的。 https://lab.huaweicloud.com/testdetail.html?testId=459&ticket=ST-400300-3g7er22oRmoFPbpeRfoG4fQp-sso 建议方案： 支持在用一个项目面板，把各种云资源产品用逻辑连线放在一起，（类似思维导图）然后每次要用那个逻辑图标上的云资源产品直接点一些就穿越到对应的产品界面了。 这样子的好处： 1-每一个项目一个项目名字一个项目面板，思维导图的样子把云产品资源逻辑清晰起来。 2-要找对应的资源产品，逻辑思维非常清晰。 3-甚至还可以在面板上提供一个文本做简单笔记备注，方便你把一些相关的产品ID、APPID、项目ID等等记录下来，方便使用。
- 问题描述：devcloud 很多显示框都太小了 如果前缀都一样不好看清楚，这些框可以增大一些或者可以自由拖动大小吗。 [图片] [图片] 建议方案： 问题描述：devcloud 很多显示框都太小了 如果前缀都一样不好看清楚，这些框可以增大一些或者可以自由拖动大小吗。 [图片] [图片] 建议方案：
- 问题描述： 1-就是看板能否联动线下的显示屏看板的呢？ 2-能否让devcloud自动化定时执行任务的呢？ [图片] 建议方案： 就是devcloud整体上有一些这样的疑惑吧。1-看起来好像非常牛逼厉害的感觉，但是整体上用起来不是那么容易使用吧，就是个人建议大道至简，一定要从大家开始使用的容易的角度入手才是比较王道的选择。2-就是用大数据分析了解到现在的用户的使用习惯是如何的，然后再去设计一下devcloud的产品设计会比较好，然后让不同的用户去体验感觉才会比较进步得比较好的吧。3-devcloud能否做到自动化执行任务的呢？就是定时执行任务的呢？4-能不能内置一个jenkins在里面的呢？这样以后操作会不会更加方便的呢？5-实在不行也能告诉我如何用一个外在的jenkins去操控这个devcloud的呢？6-有的时候产品让公司前台去测试也是非常好的一个思路，这样就知道你的产品设计够不够简单，让一个前台都可以很容易就上手的了呢？ 问题描述： 1-就是看板能否联动线下的显示屏看板的呢？ 2-能否让devcloud自动化定时执行任务的呢？ [图片] 建议方案： 就是devcloud整体上有一些这样的疑惑吧。1-看起来好像非常牛逼厉害的感觉，但是整体上用起来不是那么容易使用吧，就是个人建议大道至简，一定要从大家开始使用的容易的角度入手才是比较王道的选择。2-就是用大数据分析了解到现在的用户的使用习惯是如何的，然后再去设计一下devcloud的产品设计会比较好，然后让不同的用户去体验感觉才会比较进步得比较好的吧。3-devcloud能否做到自动化执行任务的呢？就是定时执行任务的呢？4-能不能内置一个jenkins在里面的呢？这样以后操作会不会更加方便的呢？5-实在不行也能告诉我如何用一个外在的jenkins去操控这个devcloud的呢？6-有的时候产品让公司前台去测试也是非常好的一个思路，这样就知道你的产品设计够不够简单，让一个前台都可以很容易就上手的了呢？
- 问题描述： 有的时候打开devcloud的时候回提醒说你该区域没有开通devcloud什么之类的，还得切换，所以能否让我们自己自定义默认的区域是北京4还是北京1可以的不？ [图片] 建议方案： 1-可以让我们可以多买不同区域的免费也是挺方便的，比如能否让我们登陆 有一个默认的devcloud区域的吗？这个能否让我们自己设置的呢？ 2-有没有可能有支持全区域devcloud的产品给我们使用。 3-有每一1+1包含双区域数据同时热备份的产品提供的呢？保证数据的安全。 4-私有化部署devcloud能否也可以实现呢？ 5-甚至支持devcloud线上和线下（私有化部署的devcloud）数据的同步备份。 问题描述： 有的时候打开devcloud的时候回提醒说你该区域没有开通devcloud什么之类的，还得切换，所以能否让我们自己自定义默认的区域是北京4还是北京1可以的不？ [图片] 建议方案： 1-可以让我们可以多买不同区域的免费也是挺方便的，比如能否让我们登陆 有一个默认的devcloud区域的吗？这个能否让我们自己设置的呢？ 2-有没有可能有支持全区域devcloud的产品给我们使用。 3-有每一1+1包含双区域数据同时热备份的产品提供的呢？保证数据的安全。 4-私有化部署devcloud能否也可以实现呢？ 5-甚至支持devcloud线上和线下（私有化部署的devcloud）数据的同步备份。
- 本人软开云深度使用者, 熟悉DevOps和敏捷开发的一切流程, 只希望华为云可以尽快改进软开云的使用体验. 不辜负我们用户的支持. (之前提的建议都好比石沉大海一般...) 本人软开云深度使用者, 熟悉DevOps和敏捷开发的一切流程, 只希望华为云可以尽快改进软开云的使用体验. 不辜负我们用户的支持. (之前提的建议都好比石沉大海一般...)
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签