缺陷管理 CodeArts Defect

填写连接器实例名称。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的 服务器 或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类型”选

查看更多 →

填写连接器实例名称。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类型”选

查看更多 →

填写连接器的描述信息，用于识别不同的连接器。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类

查看更多 →

填写连接器的描述信息，用于识别不同的连接器。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类

查看更多 →

效率。 操作流程 Jira新增Issue同步至CodeArts Req。 Jira更新Issue同步到CodeArts Req。 定时同步CodeArts Req工作项状态到Jira。 实施步骤 Jira新增Issue同步至CodeArts Req 将Jira中新创建的Issue自动同步至CodeArts

查看更多 →

管理工具 创建工具 将创建的工具上架到资产中心 收藏上架的工具 调用资产中心工具前设置认证鉴权

查看更多 →

Pod带宽管理工具 在业务混合部署的场景下，Pod带宽管理功能根据QoS分级对资源进行合理调度，提升网络带宽利用率。HCE提供oncn-tbwm带宽管理工具，使用tbwmcli命令对收发包方向的网络限速功能，实现网络QoS。 前提条件 本功能固定使用ifb0，使用前请确定虚拟网卡ifb0未被使用，并加载ifb驱动。

查看更多 →

云真机管理工具 接入设备 登录云真机管理平台。 单击“接入设备”按钮，弹出扫码截图设备界面。 使用待接入平台的设备扫码可下载安卓ZtestRemoter客户端，安装完成后启动客户端。注：首次启动需要开启5555端口。 ZtestRemoter客户端正常启动后，使用客户端里的“扫一

查看更多 →

查询人均bug 功能介绍 查询人均bug 调用方法 请参见如何调用API。 URI POST /v1/{project_id}/bugs-per-developer/query 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id

查看更多 →

Debugging诊断 概述 线程分析 方法分析 对象分析 父主题： 应用监控详情

查看更多 →

集团旗下子公司多，且业务线较多，研发团队内的不同部门使用的工具各不相同如，公司内部没有一个统一的工具，如JIRA和禅道，导致信息不透明，管理层无法对项目和人员的情况有准确的把握。 JIRA server版停服以及Cloud版的价格上调，导致客户项目成本直接上升 公司在为上市做准备，所以

查看更多 →

上使用Debugging诊断功能，存在应用崩溃的风险。 Debugging诊断仅针对白名单用户开放。 表1 Agent版本说明 Agent版本 说明 2.4.10-profiler Agent版本2.4.10-profiler及以后版本，支持Debugging诊断。 表2 使用限制以及说明

查看更多 →

实践案例指引 表1 CodeArts Link服务最佳实践指引 最佳实践 说明 Jira与CodeArts Req数据双向同步 介绍如何通过CodeArts Link实现Jira与CodeArts Req的数据双向同步，从而提高企业运作效率、提高数据资产的复用率。

查看更多 →

通过Debugging诊断对象 对象分析用于分析某个对象内部状态，并支持查看对象参数值和详细信息。 通过Debugging诊断对象 登录AOM 2.0控制台。 在左侧导航栏选择“应用监控 > 组件列表”，进入组件列表页面。 在左侧“快速筛选”栏中，选择“区域”、“应用”以及“技术栈”。

查看更多 →

DBE_PLDEBUGGER.local_debug_server_info 用于查找当前连接中已经turn_on的存储过程oid。便于用户确认在调试哪些存储过程，需要通过funcoid和pg_proc配合使用，如表1所示。 表1 local_debug_server_info 返回值列表

查看更多 →

通过Debugging诊断方法 方法分析支持检查正在运行的方法的耗时明细、调用来源以及方法源码。通过Debugging诊断方法，帮助用户快速定位问题的根本原因，以及问题线下无法复现或日志缺失等场景。 通过Debugging诊断方法 登录AOM 2.0控制台。 在左侧导航栏选择“应用监控

查看更多 →

响应参数 状态码： 200 表3 响应Body参数 参数 参数类型 描述 bug_statistics Array of BugStatisticResponseV4 objects 当前项目下bug统计信息 表4 BugStatisticResponseV4 参数 参数类型 描述 critical_num

查看更多 →

DBE_PLDEBUGGER.local_debug_server_info 用于查找当前连接中已经turn_on的存储过程oid。便于用户确认在调试哪些存储过程，需要通过funcoid和pg_proc配合使用。 表1 local_debug_server_info 返回值列表 名称

查看更多 →

DBE_PLDEBUGGER.local_debug_server_info 用于查找当前连接中已经turn_on的存储过程oid。便于用户确认在调试哪些存储过程，需要通过funcoid和pg_proc配合使用，如表1所示。 表1 local_debug_server_info 返回值列表

查看更多 →

打印Debug级别的日志 打印一条Debug级别的日志。使用方式类似于printf。 接口调用 void hilens::Debug(const char * fmt, ... ) 参数说明 表1 参数说明 参数名 说明 fmt 字符串，可以包含嵌入的格式化标签，格式化标签可被随

查看更多 →

DBE_PLDEBUGGER.attach server端执行存储过程，停在第一条语句前，等待debug端关联。debug端调用attach，传入nodename和port，关联到该存储过程上，如表1所示。 如果调试过程中报错，attach会自动失效；如果调试过程中attach到

查看更多 →