- 问题描述： 提供更加灵活的访问控制机制，允许管理员根据具体需求进行细粒度的权限设置 建议方案： 引入角色、权限和资源的概念，管理员可以根据需求创建不同的角色，并为每个角色分配对应的权限。 支持细粒度的权限设置，允许管理员对每个角色的每个权限进行灵活的控制。 提供可视化的权限设置界面，使管理员能够直观地进行权限配置和管理。 支持权限继承和组织结构的管理，方便管理员进行权限的批量设置和维护。 提供审计功能，记录管理员对权限的修改和用户的操作，以便追溯和审计。 问题描述： 提供更加灵活的访问控制机制，允许管理员根据具体需求进行细粒度的权限设置 建议方案： 引入角色、权限和资源的概念，管理员可以根据需求创建不同的角色，并为每个角色分配对应的权限。 支持细粒度的权限设置，允许管理员对每个角色的每个权限进行灵活的控制。 提供可视化的权限设置界面，使管理员能够直观地进行权限配置和管理。 支持权限继承和组织结构的管理，方便管理员进行权限的批量设置和维护。 提供审计功能，记录管理员对权限的修改和用户的操作，以便追溯和审计。
- 问题描述： 我们公司比较依赖开源软件，包括并不限于linux内核。以linux内核为例说明我们使用CodeArts遇到的困境。 问题一： 我们的项目是基于linux lts内核的，具体来说是5.15版本的内核，后面会切换到6.1。 我们希望在导入linux仓库的时候可以只选择只导入有限的几个分支，如5.15.y和6.1.y分支。这是需求一。 问题二： 我们的工作流程是在5.15分支上开一个开发分支，然后在开发分支上做开发。上游的分支我们只做代码跟踪，不会提交任何代码。 由于linux lts分支会经常bug fix并且发布新的小版本，我们希望CodeArts Repo能自动同步上游的5.15.y和6.1.y分支，如果能把某几个分支设置为开发人员只读那更好。这是需求二。 问题三： 我们会用到CodeArts Check去检查我们开发的代码，但linux中很多代码并不符合我们的检查规则，这会生成很多错误报告。然而我们并不想去改动linux上游代码。 我们不希望CodeArts Check检查整个仓库的代码，我们希望CodeArts Check只对仓库的某些分支的某些目录和某些文件做检查。这是需求三。 建议方案： 1）CodeArts Repo在导入仓库时列出源仓库的所有分支，并且让用户选择导入哪些分支，同时可以让用户选择是否对该分支做每日自动同步，以及分支是否只读。 2）CodeArts Check在建立任务时可以让用户选择检查哪些分支的哪些目录和哪些文件。 问题描述： 我们公司比较依赖开源软件，包括并不限于linux内核。以linux内核为例说明我们使用CodeArts遇到的困境。 问题一： 我们的项目是基于linux lts内核的，具体来说是5.15版本的内核，后面会切换到6.1。 我们希望在导入linux仓库的时候可以只选择只导入有限的几个分支，如5.15.y和6.1.y分支。这是需求一。 问题二： 我们的工作流程是在5.15分支上开一个开发分支，然后在开发分支上做开发。上游的分支我们只做代码跟踪，不会提交任何代码。 由于linux lts分支会经常bug fix并且发布新的小版本，我们希望CodeArts Repo能自动同步上游的5.15.y和6.1.y分支，如果能把某几个分支设置为开发人员只读那更好。这是需求二。 问题三： 我们会用到CodeArts Check去检查我们开发的代码，但linux中很多代码并不符合我们的检查规则，这会生成很多错误报告。然而我们并不想去改动linux上游代码。 我们不希望CodeArts Check检查整个仓库的代码，我们希望CodeArts Check只对仓库的某些分支的某些目录和某些文件做检查。这是需求三。 建议方案： 1）CodeArts Repo在导入仓库时列出源仓库的所有分支，并且让用户选择导入哪些分支，同时可以让用户选择是否对该分支做每日自动同步，以及分支是否只读。 2）CodeArts Check在建立任务时可以让用户选择检查哪些分支的哪些目录和哪些文件。
- 问题描述： 建议这个md是不是应该改成没有2的 [图片] 建议方案： 建议这个md是不是应该改成没有2的 问题描述： 建议这个md是不是应该改成没有2的 [图片] 建议方案： 建议这个md是不是应该改成没有2的
- 问题描述： CodeArts在线解决冲突时按钮和文字滚动不同步，文字向下滚动时，左侧“应用源分支”和“应用目标分支”不会跟着滚动。 建议方案： 问题描述： CodeArts在线解决冲突时按钮和文字滚动不同步，文字向下滚动时，左侧“应用源分支”和“应用目标分支”不会跟着滚动。 建议方案：
- 问题描述： 新建仓库的描述信息限制为2000，修改仓库描述信息限制为250 建议方案： 保持一致 问题描述： 新建仓库的描述信息限制为2000，修改仓库描述信息限制为250 建议方案： 保持一致
-
【功能建议】代码点击复制 未采纳问题描述： 代码复制太麻烦了，能加个点击复制按钮吗吗，参考github 建议方案： 问题描述： 代码复制太麻烦了，能加个点击复制按钮吗吗，参考github 建议方案：
- 问题描述： 需求是我们是中间件团队，我们做的中间件希望在公司内部使用，我们写了一些操作手册和很多使用demo希望在公司内部观看，但是现在代码仓中的可见范围必须将他们都加入到这个仓库，一方面现在只能加项目中的人员，另一方面 人也太多加不过来。另一种方式只有公开访问，但是公开访问无法使用白名单的模式过滤非我司开发人员。 建议方案： 在公开访问的基础上加一个有限公开，支持白名单过滤。一般内部网络出口公网ip是固定的。能够支持我们将代码仓公布给特定ip访问的人。 问题描述： 需求是我们是中间件团队，我们做的中间件希望在公司内部使用，我们写了一些操作手册和很多使用demo希望在公司内部观看，但是现在代码仓中的可见范围必须将他们都加入到这个仓库，一方面现在只能加项目中的人员，另一方面 人也太多加不过来。另一种方式只有公开访问，但是公开访问无法使用白名单的模式过滤非我司开发人员。 建议方案： 在公开访问的基础上加一个有限公开，支持白名单过滤。一般内部网络出口公网ip是固定的。能够支持我们将代码仓公布给特定ip访问的人。
- 问题描述： 因为团队项目比较多，各自仅负责各自的项目。因此原来按项目管理的方式使用比较合理。目前不知道怎么的，就很容易跳出了项目。比如代码管理。就到了一个不分项目的页面。我的工作项也是。完全没有比较整到一起。如果想要做个人工作台，建议单独出个页面，不要把原来的搞乱了。几十个代码库。现在要一页一页的找，如果要切换回工作项，也是很麻烦。 建议方案： 问题描述： 因为团队项目比较多，各自仅负责各自的项目。因此原来按项目管理的方式使用比较合理。目前不知道怎么的，就很容易跳出了项目。比如代码管理。就到了一个不分项目的页面。我的工作项也是。完全没有比较整到一起。如果想要做个人工作台，建议单独出个页面，不要把原来的搞乱了。几十个代码库。现在要一页一页的找，如果要切换回工作项，也是很麻烦。 建议方案：
-
【用户体验】代码托管开发者图标 已实现问题描述： [图片] 名字x开头用红色的底色 建议方案： 如果是x开头的话换一种颜色 问题描述： [图片] 名字x开头用红色的底色 建议方案： 如果是x开头的话换一种颜色
- 问题描述：同样一个标题，在不同选项卡里，有的后面被隐藏，有的后面可见。建议做成统一样式 [图片] [图片] [图片] 建议方案： 问题描述：同样一个标题，在不同选项卡里，有的后面被隐藏，有的后面可见。建议做成统一样式 [图片] [图片] [图片] 建议方案：
- 问题描述： 之前版本合并分支会默认为上一次被合并分支，在新版本发版后，功能消失 建议方案： 建议保持老版本逻辑 问题描述： 之前版本合并分支会默认为上一次被合并分支，在新版本发版后，功能消失 建议方案： 建议保持老版本逻辑
- 问题描述： 在公司内用习惯了，所以个人项目还是打算用codehub，但发现缺少了gpg校验的功能，希望能够加上 建议方案： 添加gpg校验功能 问题描述： 在公司内用习惯了，所以个人项目还是打算用codehub，但发现缺少了gpg校验的功能，希望能够加上 建议方案： 添加gpg校验功能
- 问题描述： devcloud 的代码托管，在具体的某一个仓库看不到与之相关的流水线，这体验很差 流水线是运维新建的，当我们需要去看一个项目是否构建成功的时候，我只知道仓库，我不知道与之相关的流水线，不知道去哪里看这个流水线 建议方案： 在具体的代码仓库里，加一个流水线tab,显示与之相关的流水线 问题描述： devcloud 的代码托管，在具体的某一个仓库看不到与之相关的流水线，这体验很差 流水线是运维新建的，当我们需要去看一个项目是否构建成功的时候，我只知道仓库，我不知道与之相关的流水线，不知道去哪里看这个流水线 建议方案： 在具体的代码仓库里，加一个流水线tab,显示与之相关的流水线
-
【产品缺陷】代码托管中，合并请求页面无下一页 预审不通过问题描述： 代码托管中，合并请求页面没有分页功能，导致不能查看以前合并的内容。很不方便 建议方案： 增加分页 问题描述： 代码托管中，合并请求页面没有分页功能，导致不能查看以前合并的内容。很不方便 建议方案： 增加分页
- 问题描述： 代码托管的合并请求功能中审查代码时, 提交建议内容的时候, 页面会自动回到顶部并将原收起的代码文件自动展开 另外审查的建议不能在合并请求中修改, 目前只能在详情中修改 建议方案： 1. 支持合并请求的审查中修改建议内容 2. 提交审查建议时, 当保留在当前位置(不会自动回到页面顶部), 同时保持原收起的代码文件状态 问题描述： 代码托管的合并请求功能中审查代码时, 提交建议内容的时候, 页面会自动回到顶部并将原收起的代码文件自动展开 另外审查的建议不能在合并请求中修改, 目前只能在详情中修改 建议方案： 1. 支持合并请求的审查中修改建议内容 2. 提交审查建议时, 当保留在当前位置(不会自动回到页面顶部), 同时保持原收起的代码文件状态
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
基于华为云码道，构建你的定制化AI搭子2026/08/14 周五 09:00-11:30
明亮-华为云开发者发展与支持部部长
本期直播将向您全面介绍华为云码道产品，并基于码道手把手教你部署自己的定制化AI陪伴搭子。
回顾中
热门标签