- 问题描述： DevCloud旧版计费模式中，存在几项计费因子：①项目管理：100GB存储；②代码托管：100GB存储；③发布库：100GB存储；④编译构建：5000min/月等； 但未有阈值设置提醒，客户存在无意间超过规定容量和编译时长，而导致扣费的情况。直到收到扣费提醒客户才反应过来去整理存储情况。在客户侧体验感不佳。 建议方案： 新增阈值提醒功能，对几个计费因子。比如存储超过80G后，通过短信、页面端进行提醒客户清理。最好能由客户自定义阈值。 问题描述： DevCloud旧版计费模式中，存在几项计费因子：①项目管理：100GB存储；②代码托管：100GB存储；③发布库：100GB存储；④编译构建：5000min/月等； 但未有阈值设置提醒，客户存在无意间超过规定容量和编译时长，而导致扣费的情况。直到收到扣费提醒客户才反应过来去整理存储情况。在客户侧体验感不佳。 建议方案： 新增阈值提醒功能，对几个计费因子。比如存储超过80G后，通过短信、页面端进行提醒客户清理。最好能由客户自定义阈值。
- 问题描述： uat、pro环境参数值不一样，建议参数可以通过环境或分组进行管理并且部署中的设置的参数，在流水线中需要重新设置，建议增加全局参数的概念。 [图片] [图片] 建议方案： 问题描述： uat、pro环境参数值不一样，建议参数可以通过环境或分组进行管理并且部署中的设置的参数，在流水线中需要重新设置，建议增加全局参数的概念。 [图片] [图片] 建议方案：
- 问题描述：作为运维人员，除了对主机或者虚拟机管理意外，再系统部署时可能涉及到数据库数据清洗的工作，对应项目管理中，无法精细化到当个项目下涉及到的虚拟机、数据库、中间件等资源的管理，目前只有在部署时才会对资源进行分配，运维人员需要根据整体物理架构去确定，影响用户体验。 建议方案：增强项目对资源的管理，或者打通平台与RDS、ECS等资源的控制台或集成。 问题描述：作为运维人员，除了对主机或者虚拟机管理意外，再系统部署时可能涉及到数据库数据清洗的工作，对应项目管理中，无法精细化到当个项目下涉及到的虚拟机、数据库、中间件等资源的管理，目前只有在部署时才会对资源进行分配，运维人员需要根据整体物理架构去确定，影响用户体验。 建议方案：增强项目对资源的管理，或者打通平台与RDS、ECS等资源的控制台或集成。
- 问题描述：我们使用的PHP的语言 写的SAAS软件 在部署SAAS的时候 每次版本迭代的时候 除了 PHP文件覆盖更新外,数据库结构或数据库数据也需要同步更新,目前数据库结构没法自动更新 建议方案： 希望部署的时候 我们可以把数据库更新的语句存放到特定的一个SQL文件或特定文件夹下,部署的时候,执行一下这个SQL语句即可完成 问题描述：我们使用的PHP的语言 写的SAAS软件 在部署SAAS的时候 每次版本迭代的时候 除了 PHP文件覆盖更新外,数据库结构或数据库数据也需要同步更新,目前数据库结构没法自动更新 建议方案： 希望部署的时候 我们可以把数据库更新的语句存放到特定的一个SQL文件或特定文件夹下,部署的时候,执行一下这个SQL语句即可完成
-
【功能建议】增加更新数据库结构 未采纳问题描述： 目前使用部署方案的部署后 对应服务器上的程序文件会覆盖更新;但是涉及到数据结构更新的SQL文件没有执行更新 建议方案：增加可以执行SQL文件,保证数据库结构也更新 问题描述： 目前使用部署方案的部署后 对应服务器上的程序文件会覆盖更新;但是涉及到数据结构更新的SQL文件没有执行更新 建议方案：增加可以执行SQL文件,保证数据库结构也更新
-
【功能建议】流水线一键复制 未采纳问题描述： 复制流水线任务时，流水线所关联的任务（如编译构建任务、部署任务等）没有同时复制一份，需要单独进入编译构建或部署模块，复制编译构建任务或部署任务，然后再关联新复制出来的流水线。 建议方案： 复制流水线任务时，流水线所关联的任务（如编译构建任务、部署任务）应同时复制一份，默认关联到新复制的流水线，达到一键复制的效果。 问题描述： 复制流水线任务时，流水线所关联的任务（如编译构建任务、部署任务等）没有同时复制一份，需要单独进入编译构建或部署模块，复制编译构建任务或部署任务，然后再关联新复制出来的流水线。 建议方案： 复制流水线任务时，流水线所关联的任务（如编译构建任务、部署任务）应同时复制一份，默认关联到新复制的流水线，达到一键复制的效果。
- 问题描述： 查看流水线执行状态时，默认进入的界面不是正在执行或者最近一次执行的界面，而是以前的界面，需要点一下“正在执行”的界面。 建议方案： 建议查看流水线执行状态时，默认进入正在执行或者最近一次执行的界面。 问题描述： 查看流水线执行状态时，默认进入的界面不是正在执行或者最近一次执行的界面，而是以前的界面，需要点一下“正在执行”的界面。 建议方案： 建议查看流水线执行状态时，默认进入正在执行或者最近一次执行的界面。
- 问题描述： 1、目前在部署中的主机管理界面无法直接添加专线打通的主机，只能通过代理主机的方式，在采用代理主机方案部署时，应用包依旧会从软件仓（公网）-代理主机（公网）-主机/云主机/容器（专线）的网络进行部署，实际上无法保证应用安全，存在安全隐患。代码提交时存在同样风险。 2、编译构建时，只能添加代码的质量扫描，无法对编译构建后软件包进行病毒安全的扫描，如果代码中被提交了携带病毒或依赖的文件携带病毒，将无法检测，部署到主机中可能造成严重后果。 建议方案： 如果客户时专线主机建议部署时网络可以直接通过内网访问的方式进行部署。使用桌面云时提交代码应同样支持。在代码编译之后加入病毒识别，防止应用包携带病毒。 问题描述： 1、目前在部署中的主机管理界面无法直接添加专线打通的主机，只能通过代理主机的方式，在采用代理主机方案部署时，应用包依旧会从软件仓（公网）-代理主机（公网）-主机/云主机/容器（专线）的网络进行部署，实际上无法保证应用安全，存在安全隐患。代码提交时存在同样风险。 2、编译构建时，只能添加代码的质量扫描，无法对编译构建后软件包进行病毒安全的扫描，如果代码中被提交了携带病毒或依赖的文件携带病毒，将无法检测，部署到主机中可能造成严重后果。 建议方案： 如果客户时专线主机建议部署时网络可以直接通过内网访问的方式进行部署。使用桌面云时提交代码应同样支持。在代码编译之后加入病毒识别，防止应用包携带病毒。
- 问题描述： 执行失败，无法安装docker-compose [图片] 通过 apt install docker-compose 后可能存在版本不匹配的问题 [图片] 建议方案： 安装是失败的化通docker-compose官网安装指定版本 curl -L "https://github.com/docker/compose/releases/download/1.25.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose chmod +x /usr/local/bin/docker-compose 上述问题是安装的docker-compose版本号与文件中version冲突。 [图片] 版本对照表： [图片] 问题描述： 执行失败，无法安装docker-compose [图片] 通过 apt install docker-compose 后可能存在版本不匹配的问题 [图片] 建议方案： 安装是失败的化通docker-compose官网安装指定版本 curl -L "https://github.com/docker/compose/releases/download/1.25.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose chmod +x /usr/local/bin/docker-compose 上述问题是安装的docker-compose版本号与文件中version冲突。 [图片] 版本对照表： [图片]
- 问题描述： [图片] 建议方案： 问题描述： [图片] 建议方案：
- 问题描述：选择包部署可以填package_url,选择构建任务部署，这些参数系统都有了，没必要填这个吧。[图片] 建议方案：去掉，或改成可选填。 问题描述：选择包部署可以填package_url,选择构建任务部署，这些参数系统都有了，没必要填这个吧。[图片] 建议方案：去掉，或改成可选填。
- 问题描述： [图片] 部署中的错误修改，可能反复多次。部署环节，1不能断点执行，只能全部重新部署浪费时间；2这里的设定参数并执行，每次都要跳出来，还不带参数，每次都要重新填写，非常不智能。 建议方案： 去掉设定参数并执行环节，因为前面已经选了。 问题描述： [图片] 部署中的错误修改，可能反复多次。部署环节，1不能断点执行，只能全部重新部署浪费时间；2这里的设定参数并执行，每次都要跳出来，还不带参数，每次都要重新填写，非常不智能。 建议方案： 去掉设定参数并执行环节，因为前面已经选了。
- 问题描述： [图片] 导入ECS键不能自动识别已经购买完的主机资源。 建议方案：建议增加此功能，自动识别购买ECS资源。 问题描述： [图片] 导入ECS键不能自动识别已经购买完的主机资源。 建议方案：建议增加此功能，自动识别购买ECS资源。
-
【功能建议】软件开发云的权限管理 已实现问题描述： 比如，我需要将主机组管理权限分配给运维人员。现在只有项目经理才可以有这个权限。每个公司的管理差异，实际上项目经理不会去管理主机组。 建议方案： 建议将权限细分出来让用户可以设置。 问题描述： 比如，我需要将主机组管理权限分配给运维人员。现在只有项目经理才可以有这个权限。每个公司的管理差异，实际上项目经理不会去管理主机组。 建议方案： 建议将权限细分出来让用户可以设置。
- 官网产品可以提供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步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签