开发人员选项 enable_light_colupdate 参数说明：控制是否使用列存轻量化UPDATE。 参数类型：USERSET 取值范围：布尔型 on表示开启列存轻量化UPDATE。 off表示关闭列存轻量化UPDATE。 默认值：off enable_fast_query_shipping

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参见表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 allow_system_table_mods 参数说明：设置是否允许修改系统表的结构或系统自带模式名称。 该参数属于POSTMASTER类型参数，请参考表1中对应设置方法进行设置。 取值范围：布尔型 on表示允许修改系统表的结构或系统自带模式名称。 off表示不允许修改系统表的结构或系统自带模式名称。

查看更多 →

开发人员选项 enable_light_colupdate 参数说明：控制是否使用列存轻量化UPDATE。 参数类型：USERSET 取值范围：布尔型 on表示开启列存轻量化UPDATE。 off表示关闭列存轻量化UPDATE。 默认值：off 列存轻量化UPDATE与后台列存A

查看更多 →

在gitee网站上的LiteOS项目中提出issue。在Huawei LiteOS官方论坛上提问。

查看更多 →

开发人员处理工作项 进入项目 处理工作项 父主题： IPD项目快速上手

查看更多 →

开发人员：快速进入项目处理工作 前提条件 已收到加入项目成员的邀请（如果已被项目经理直接添加到项目成员中，可忽略邀请）。 项目经理已给开发人员创建好对应的IAM用户帐号。 操作流程 研发人员即参与项目开发的人员，首次使用项目时，需要接受项目经理的邀请、进入项目详情页面开始处理自己的工作。主要操作流程如下：

查看更多 →

# docker-compose down 查看日志： # docker-compose logs -ft --tail 100 数管web前端部署： 部署目录：/data/web/data-manage-web/docker-compose.yml # vim docker-compose

查看更多 →

概述 应用场景 本服务适用于业务代码及静态页面混合WEB前端组件托管场景。用户可以将业务代码部分制作镜像后部署到CAE，静态文件部分存储到与该组件关联的并行文件系统中，即可实现混合业务和静态文件的前端组件托管。组件部署后，用户可以通过更新并行文件系统中的静态页面文件来实现实时更新前台应用。

查看更多 →

形，工作流举例如下图所示。 开发人员A和开发人员B同时在某个时间拉取了中央仓库的代码。 开发人员A先完成了自己的工作，并提交到中央仓库。 开发人员B需要在本地执行git pull –rebase中央仓库的新提交，这时开发人员B的本地仓库就包含了开发人员A修改的内容，并在A的基础上增加了自己的修改。

查看更多 →

形，工作流举例如下图所示。 开发人员A和开发人员B同时在某个时间拉取了中央仓库的代码。 开发人员A先完成了自己的工作，并提交到中央仓库。 开发人员B需要在本地执行git pull –rebase中央仓库的新提交，这时开发人员B的本地仓库就包含了开发人员A修改的内容，并在A的基础上增加了自己的修改。

查看更多 →

进入项目 项目经理在项目中添加开发人员后，将项目的访问链接发送给开发人员，开发人员单击链接输入帐号和密码后便可直接进入项目。 项目经理添加开发人员的操作步骤可参见邀请人员，设置项目经理。 父主题： 开发人员处理工作项

查看更多 →

项目维护者在本地review、验证本地提交，审核通过后push进入“项目公共仓”。 如果开发人员A的代码未被审核通过合入“公共仓库”，而此代码对开发人员B有借鉴作用，开发人员B可以直接从开发人员A的“个人公共仓”拉取代码。 优点 开发人员之间若需要代码协作，可以直接从其他人的“个人公共仓”拉取，无需等到代码提交到项目公共仓。

查看更多 →

项目维护者在本地review、验证本地提交，审核通过后push进入“项目公共仓”。 如果开发人员A的代码未被审核通过合入“公共仓库”，而此代码对开发人员B有借鉴作用，开发人员B可以直接从开发人员A的“个人公共仓”拉取代码。 优点 开发人员之间若需要代码协作，可以直接从其他人的“个人公共仓”拉取，无需等到代码提交到项目公共仓。

查看更多 →

开发团队实施代码检查活动时通常遇到问题分析和修复成本高（工具问题不易理解、问题分到具体开发人员费时费力、多版本情况下重复处理同一告警令开发人员厌倦工具）导致落地困难，这些原因很大程度影响了开发人员对检查工具的使用积极性。 代码检查服务提供问题分析处理三大能力，帮助开发团队高效、顺畅使用代码检查：

查看更多 →

开发版：只包含开发用户相关能力，适用于开发人员。 业务版：只包含业务用户相关能力，适用于业务人员。 至尊版：包含开发和业务用户相关能力。 表1 规格说明 功能特性 开发版 业务版 至尊版 用户类型切换 不支持（固定为开发人员） 不支持（固定为业务人员） 支持（支持在开发人员和业务人员之间做用户类型切换）

查看更多 →

用责任人、应用开发人员和应用只读成员，这三类角色之间的关系和简要说明如下： 应用责任人：拥有应用设计态的全部权限。在iDME控制台，具有“DME AppOperationAccess”策略权限的用户可以授予用户应用权限，可以对某一个应用或全部应用授权。 应用开发人员：拥有应用设计

查看更多 →