- 场景描述：代码评审里有评审意见，想查看这个评审意见的文件变更。文件变更明明是A文件，跳转过去展示的页面是B文件的。[图片]点击文件变更后，跳转到文件变更页面。明明评审意见是A文件的，跳转过去url也是A文件的，但是页面内容展示的是B文件的？url是A文件的，评审意见是A文件的[图片]但是页面展示的是B文件，完全不一致。不确定到底评审的文件是哪个文件。[图片] 建议方案：代码评审对某个文件有评审意见的时候，点击文件对比查看跳转时可以跳转到正确的位置。评审的文件和跳转的文件需要是一致的。不一致的话这个功能有和没有没什么区别。 场景描述：代码评审里有评审意见，想查看这个评审意见的文件变更。文件变更明明是A文件，跳转过去展示的页面是B文件的。[图片]点击文件变更后，跳转到文件变更页面。明明评审意见是A文件的，跳转过去url也是A文件的，但是页面内容展示的是B文件的？url是A文件的，评审意见是A文件的[图片]但是页面展示的是B文件，完全不一致。不确定到底评审的文件是哪个文件。[图片] 建议方案：代码评审对某个文件有评审意见的时候，点击文件对比查看跳转时可以跳转到正确的位置。评审的文件和跳转的文件需要是一致的。不一致的话这个功能有和没有没什么区别。
- 场景描述：直接在详情页填写检视意见时，不能设置选择检视意见级别。只能默认为建议级别。[图片] 建议方案：增加设置/修改检视意见级别功能。 场景描述：直接在详情页填写检视意见时，不能设置选择检视意见级别。只能默认为建议级别。[图片] 建议方案：增加设置/修改检视意见级别功能。
- 场景描述：打开代码托管，我就一个项目，结果加载了10秒，这个速度应该要进行优化一下[图片][图片][图片] 建议方案： 场景描述：打开代码托管，我就一个项目，结果加载了10秒，这个速度应该要进行优化一下[图片][图片][图片] 建议方案：
- 场景描述：Want to allow only fast forward merge request.Set and submited Fast-forward in merge request settingsOn merge request, merge commit was created. 建议方案：When Fast-forward is chosen no merge commit should be created. 场景描述：Want to allow only fast forward merge request.Set and submited Fast-forward in merge request settingsOn merge request, merge commit was created. 建议方案：When Fast-forward is chosen no merge commit should be created.
- 场景描述：Push new branch from console.Get hook message containing ```remote: Start Git Hooks Checking [PASSED] remote: remote: To create a merge request for <branch_name>, visit: remote: https:://devcloud-g.ru-northwest-201-dev.huaweicloud.com/codehub/...```建议方案：Should be ```remote: Start Git Hooks Checking [PASSED] remote: remote: To create a merge request for <branch_name>, visit: remote: https://devcloud-g.ru-northwest-201-dev.huaweicloud.com/codehub/...```Please replace `https:://` with correct `https://` in hook. 场景描述：Push new branch from console.Get hook message containing ```remote: Start Git Hooks Checking [PASSED] remote: remote: To create a merge request for <branch_name>, visit: remote: https:://devcloud-g.ru-northwest-201-dev.huaweicloud.com/codehub/...```建议方案：Should be ```remote: Start Git Hooks Checking [PASSED] remote: remote: To create a merge request for <branch_name>, visit: remote: https://devcloud-g.ru-northwest-201-dev.huaweicloud.com/codehub/...```Please replace `https:://` with correct `https://` in hook.
- 场景描述： 代码评审的时候，查看评审的时候展示很不好用，还不如本地查看diff。 明明已经删掉了一个文件，但是diff功能的展示有歧义，看起来像没删除一样。改动是删掉了整个文件，但是这里的展示表达出的意思是这个文件还在，只是删掉了整个文件的内容。 这个diff的设计让我们的代码评审变得举步维艰。 具体看附件。 建议方案： diff功能不是只看代码内容的变更吧？文件的变更也要可视化的吧，这个diff设计成这样根本不好用啊。 左侧文件树给出更明确的ui展示。比如文件删掉就是划掉或者背景色变红，文件新增是绿色，只改动了内容没有动文件就保持现状就好。好用的竞品有很多，可以多学学，哪怕参考一下也行 场景描述： 代码评审的时候，查看评审的时候展示很不好用，还不如本地查看diff。 明明已经删掉了一个文件，但是diff功能的展示有歧义，看起来像没删除一样。改动是删掉了整个文件，但是这里的展示表达出的意思是这个文件还在，只是删掉了整个文件的内容。 这个diff的设计让我们的代码评审变得举步维艰。 具体看附件。 建议方案： diff功能不是只看代码内容的变更吧？文件的变更也要可视化的吧，这个diff设计成这样根本不好用啊。 左侧文件树给出更明确的ui展示。比如文件删掉就是划掉或者背景色变红，文件新增是绿色，只改动了内容没有动文件就保持现状就好。好用的竞品有很多，可以多学学，哪怕参考一下也行
- 场景描述： 代码托管服务是否支持集成到VSC的gitlab workflow插件 我这边提示 [图片] 建议方案： 场景描述： 代码托管服务是否支持集成到VSC的gitlab workflow插件 我这边提示 [图片] 建议方案：
- 场景描述：在项目外的更多按钮展开的下拉框，建议要添加一个“删除项目”的功能 这个非常合理的建议。因为既然从外侧可以“移动分组”，那直接删除这个项目也很合理 而现在的方案是必须进到项目里面，才能删除。 打个比方，如果说项目是桌面上的一个文件夹，那么我们在外面可以将这个文件夹拖动到其他文件夹（分组），是不是也应该右键可以直接删除 [图片] 建议方案： 场景描述：在项目外的更多按钮展开的下拉框，建议要添加一个“删除项目”的功能 这个非常合理的建议。因为既然从外侧可以“移动分组”，那直接删除这个项目也很合理 而现在的方案是必须进到项目里面，才能删除。 打个比方，如果说项目是桌面上的一个文件夹，那么我们在外面可以将这个文件夹拖动到其他文件夹（分组），是不是也应该右键可以直接删除 [图片] 建议方案：
- 场景描述： Codearts repo迁移， https://codehub-ext.cn-north-4.myhuaweicloud.com/v4/5a5ce90583004885ba34ebbf4bb4a4de/manageable-groups，这个接口返回错误 200 b'{"error":{"code":"CH.000001","message":"java.lang.IllegalStateException: Expected BEGIN_ARRAY but was BEGIN_OBJECT at line 1 column 2 path $"},"status":"failed"}' 建议方案： 场景描述： Codearts repo迁移， https://codehub-ext.cn-north-4.myhuaweicloud.com/v4/5a5ce90583004885ba34ebbf4bb4a4de/manageable-groups，这个接口返回错误 200 b'{"error":{"code":"CH.000001","message":"java.lang.IllegalStateException: Expected BEGIN_ARRAY but was BEGIN_OBJECT at line 1 column 2 path $"},"status":"failed"}' 建议方案：
-
【功能建议】codearts wiki建议 预审不通过场景描述： codearts中的项目wiki，不支持word导入，excel导入 建议方案： 加上常见文件的导入 场景描述： codearts中的项目wiki，不支持word导入，excel导入 建议方案： 加上常见文件的导入
- 场景描述： 我在使用CodeArts构建前端流水线时候，编译构建的模板使用npm [图片] 可以是它编译后只会把dist第一层的文件推送到软件发布库 [图片] [图片] 建议方案： 建议支持文件(夹)的递归上传功能，目前我觉得这个模版不适用，前端的dist文件肯定有很多文件夹的 场景描述： 我在使用CodeArts构建前端流水线时候，编译构建的模板使用npm [图片] 可以是它编译后只会把dist第一层的文件推送到软件发布库 [图片] [图片] 建议方案： 建议支持文件(夹)的递归上传功能，目前我觉得这个模版不适用，前端的dist文件肯定有很多文件夹的
- 场景描述： 在CodeArts创建前端流水线后，没有自动创建部署模版，只有编译构建模版 [图片] [图片] 这样子很影响体验，还得手动创建部署模版 建议方案： 和springboot后端模版一样， 自动创建部署模版[图片] 场景描述： 在CodeArts创建前端流水线后，没有自动创建部署模版，只有编译构建模版 [图片] [图片] 这样子很影响体验，还得手动创建部署模版 建议方案： 和springboot后端模版一样， 自动创建部署模版[图片]
- 场景描述：CodeArts代码托管，对于仓库地址这种比较长的字段，建议换行显示 建议方案：第一行显示SSH/HTTPS 和复制按钮 第二行显示实际地址，这样就显得不是很拥挤 [图片] 场景描述：CodeArts代码托管，对于仓库地址这种比较长的字段，建议换行显示 建议方案：第一行显示SSH/HTTPS 和复制按钮 第二行显示实际地址，这样就显得不是很拥挤 [图片]
-
【功能建议】【代码仓】同步支持 自动同步 预审不通过场景描述： 现在只有 手动同步和定时同步 建议方案： 支持源码修改后自动同步跟踪 场景描述： 现在只有 手动同步和定时同步 建议方案： 支持源码修改后自动同步跟踪
- 场景描述： 代码托管API文档连接：https://support.huaweicloud.com/api-codeartsrepo/API%E5%8F%82%E8%80%83-pdf.pdf API文档里添加成员到代码仓库时，请求参数里的role只能选择20(浏览者) 30(开发人员) 40(项目经理)，请问一下自定义角色应该怎么添加，或者能不能默认仓库角色 = 项目角色 通过成员组管控代码仓库权限很方便，但是API文档里没有找到批量添加成员到成员组，以及添加成员组到代码仓库的API，如果一个个手动在网页上配置非常繁琐，请问一下这部分有API嘛？ 建议方案： 如果没有这边可以补充下么？ 场景描述： 代码托管API文档连接：https://support.huaweicloud.com/api-codeartsrepo/API%E5%8F%82%E8%80%83-pdf.pdf API文档里添加成员到代码仓库时，请求参数里的role只能选择20(浏览者) 30(开发人员) 40(项目经理)，请问一下自定义角色应该怎么添加，或者能不能默认仓库角色 = 项目角色 通过成员组管控代码仓库权限很方便，但是API文档里没有找到批量添加成员到成员组，以及添加成员组到代码仓库的API，如果一个个手动在网页上配置非常繁琐，请问一下这部分有API嘛？ 建议方案： 如果没有这边可以补充下么？
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签