案例1：

【模块名_概率】简要描述：

案例1：

PR: https://gitee.com/openharmony/device_profile_core/pulls/69

输入图片说明

引起问题关键代码

  external_deps = [
    "access_token:libaccesstoken_sdk",
    "deviceauth_standard:deviceauth_sdk",
    "distributeddatamgr:distributeddata_inner",
    "dsoftbus_standard:softbus_client",
    "eventhandler:libeventhandler",
    "hiviewdfx_hilog_native:libhilog",
    "ipc:ipc_core",
    "safwk:system_ability_fwk",
    "samgr_standard:samgr_proxy",
    "startup_l2:syspara",
+   "syscap_codec:syscap_interface_shared",  <-------------- 新增依赖  
    "utils_base:utils",
  ]

实际依赖了轻设备的一个部件 syscap_codec
详细日志： http://ci.openharmony.cn/event/62945b9864650f998be70924

[OHOS INFO] Exception: part "syscap_codec" doesn't exist in sdk modules.
[OHOS INFO] 
[OHOS INFO] See //foundation/deviceprofile/device_profile_core/services/core/BUILD.gn:37:1: whence it was called.
[OHOS INFO] ohos_shared_library("distributed_device_profile") {

子系统构建哪些产品形态写死在一个配置文件，人为判断是否编译哪些产品形态, 严重依赖开发者主观行为，造成多次流水线编译不通过

https://gitee.com/openharmony/manifest/blob/master/matrix_product.csv

输入图片说明

案例2

PR: https://gitee.com/openharmony/developtools_syscap_codec/pulls/19
只编译2种产品形态，人为主观判断自己被谁依赖
门禁搞挂根因同上

CSV配置表是为适配OH门禁支撑多种设备形态的历史已有方案。
CSV每个仓构建那些设备形态，有仓责任田主看护。

当前无动态识别方案，若需涉及新动态识别方案，需重新讨论设计实施。
需要编译责任田 @angl 和社区基础能力 @youthdragon 支撑解决。

1、与编译责任田对齐，当前没有动态拿到每个仓影响那些目标形态的方法。
2、增加通过匹配manifest.xml中仓的分组信息来看护OH社区主力目标形态编译构建。
#I5ALNJ:门禁整改

输入图片说明

该问题属于cicd仓问题，目前cicd无法转仓，所以现将其关闭，在下面issue去跟踪

#I5FYQR:门禁流水线写死用例，靠人为主观判断运行哪些产品形态, 稳定性较差

OpenHarmony / build

内容风险标识

门禁流水线写死用例，靠人为主观判断运行哪些产品形态, 稳定性较差

案例1：

引起问题关键代码

案例2

评论 (3)

CSV配置表是为适配OH门禁支撑多种设备形态的历史已有方案。
CSV每个仓构建那些设备形态，有仓责任田主看护。

OpenHarmony / build .gitee-modal { width: 500px !important; }

内容风险标识

门禁流水线写死用例，靠人为主观判断运行哪些产品形态, 稳定性较差

案例1：

引起问题关键代码

案例2

评论 (3)

CSV配置表是为适配OH门禁支撑多种设备形态的历史已有方案。 CSV每个仓构建那些设备形态，有仓责任田主看护。

搜索帮助

OpenHarmony / build

CSV配置表是为适配OH门禁支撑多种设备形态的历史已有方案。
CSV每个仓构建那些设备形态，有仓责任田主看护。