- 问题描述： 用户需要一个工具，能够自动化执行代码的回归测试，并集成到持续集成系统中，以提高软件质量和交付速度。 建议方案： 使用持续集成工具，如Jenkins或Travis CI，结合自动化测试框架，如Selenium或JUnit，建立自动化回归测试流程。用户可以配置测试用例和测试环境，定期执行回归测试，并自动生成测试报告。这样可以及时发现和修复代码中的问题，保证软件质量，并加快软件交付速度。 问题描述： 用户需要一个工具，能够自动化执行代码的回归测试，并集成到持续集成系统中，以提高软件质量和交付速度。 建议方案： 使用持续集成工具，如Jenkins或Travis CI，结合自动化测试框架，如Selenium或JUnit，建立自动化回归测试流程。用户可以配置测试用例和测试环境，定期执行回归测试，并自动生成测试报告。这样可以及时发现和修复代码中的问题，保证软件质量，并加快软件交付速度。
- 问题描述： 用户需要一个在线运行环境，方便他们进行代码的调试和测试，而不需要安装额外的开发环境。 建议方案： 提供一个基于web的代码编辑器和执行环境，如CodeMirror和在线编译器。用户可以在网页上编写和运行代码，查看代码执行的结果。这样用户可以方便地进行代码调试和测试，无需安装本地开发环境，提高开发效率。 问题描述： 用户需要一个在线运行环境，方便他们进行代码的调试和测试，而不需要安装额外的开发环境。 建议方案： 提供一个基于web的代码编辑器和执行环境，如CodeMirror和在线编译器。用户可以在网页上编写和运行代码，查看代码执行的结果。这样用户可以方便地进行代码调试和测试，无需安装本地开发环境，提高开发效率。
- 问题描述： 代码托管中删除了的项目，在代码检查中依然存在 [图片] 建议方案： 建议同步删除 问题描述： 代码托管中删除了的项目，在代码检查中依然存在 [图片] 建议方案： 建议同步删除
- 问题描述： 用户需要一个工具，帮助他们发现代码中的重复代码，以便进行代码重构和优化。 建议方案： 可以使用开源的代码重复率分析工具，如PMD或Simian。这些工具可以对代码进行分析，找出重复代码，并生成报告。用户可以根据报告中的重复代码，进行代码重构，提高代码的可读性和维护性。 问题描述： 用户需要一个工具，帮助他们发现代码中的重复代码，以便进行代码重构和优化。 建议方案： 可以使用开源的代码重复率分析工具，如PMD或Simian。这些工具可以对代码进行分析，找出重复代码，并生成报告。用户可以根据报告中的重复代码，进行代码重构，提高代码的可读性和维护性。
- 问题描述： 支持自定义的代码规范检查，帮助用户提升代码质量 建议方案： 提供可配置的代码规范检查功能，允许用户自定义代码规范和检查规则。 支持多种常见的代码规范标准，如Google风格、Airbnb风格等，并允许用户自定义扩展规则。 在代码编辑器中实时检测和提示代码规范问题，帮助用户遵循代码规范并提升代码质量。 提供代码规范检查的报告和统计功能，方便用户了解代码质量的改进情况。 问题描述： 支持自定义的代码规范检查，帮助用户提升代码质量 建议方案： 提供可配置的代码规范检查功能，允许用户自定义代码规范和检查规则。 支持多种常见的代码规范标准，如Google风格、Airbnb风格等，并允许用户自定义扩展规则。 在代码编辑器中实时检测和提示代码规范问题，帮助用户遵循代码规范并提升代码质量。 提供代码规范检查的报告和统计功能，方便用户了解代码质量的改进情况。
- 问题描述： 提供集成式的代码审查工具，方便团队成员进行代码评审和交流 建议方案： 支持审查模板和规则的定义，以确保代码审查的一致性和有效性。 提供审查结果的可视化报告，方便团队成员查看和分析代码审查的情况。 问题描述： 提供集成式的代码审查工具，方便团队成员进行代码评审和交流 建议方案： 支持审查模板和规则的定义，以确保代码审查的一致性和有效性。 提供审查结果的可视化报告，方便团队成员查看和分析代码审查的情况。
- 问题描述： 提供更加灵活的访问控制机制，允许管理员根据具体需求进行细粒度的权限设置 建议方案： 引入角色、权限和资源的概念，管理员可以根据需求创建不同的角色，并为每个角色分配对应的权限。 支持细粒度的权限设置，允许管理员对每个角色的每个权限进行灵活的控制。 提供可视化的权限设置界面，使管理员能够直观地进行权限配置和管理。 支持权限继承和组织结构的管理，方便管理员进行权限的批量设置和维护。 提供审计功能，记录管理员对权限的修改和用户的操作，以便追溯和审计。 问题描述： 提供更加灵活的访问控制机制，允许管理员根据具体需求进行细粒度的权限设置 建议方案： 引入角色、权限和资源的概念，管理员可以根据需求创建不同的角色，并为每个角色分配对应的权限。 支持细粒度的权限设置，允许管理员对每个角色的每个权限进行灵活的控制。 提供可视化的权限设置界面，使管理员能够直观地进行权限配置和管理。 支持权限继承和组织结构的管理，方便管理员进行权限的批量设置和维护。 提供审计功能，记录管理员对权限的修改和用户的操作，以便追溯和审计。
- 问题描述： 我们公司比较依赖开源软件，包括并不限于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开头的话换一种颜色
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签