变更摘要

此 PR 主要针对 ops-cv 静态包的构建流程进行适配，核心改动包括：在 build.sh 和 cmake/static.cmake 中为静态库构建目标增加了前置存在性检查，避免在缺少相关 target 时构建失败；调整了 package_static 函数中对 static_library_files 目录不存在时的错误处理策略；并新增了 scripts/ci/merge_static_packages.sh 脚本，用于在 CI 流程中合并多个 cann-ops-cv-static 静态包。

主要改动

• build_static_lib 增加 CMake target 存在性检查: 在 build.sh 中，构建 opapi_cv_static 和 cann_cv_static 之前，先通过 grep -wq 检查 all_targets 中是否存在对应的 target，存在才执行 cmake --build，防止因 target 缺失导致构建报错。
• package_static 错误处理逻辑放宽: 当 ${BUILD_PATH}/static_library_files 目录不存在时，不再报错退出，改为 return 0 正常返回，使打包流程对静态文件目录缺失具备容错能力。
• cmake/static.cmake 添加前置守卫条件: 将 add_custom_target(${OPSTATIC_NAME}) 及其后续的 foreach 循环整体包裹在 if (TARGET ${OPHOST_NAME}_static OR TARGET ${OPAPI_NAME}_static) 条件中，仅在 host 或 API 静态目标存在时才生成相应的静态资源合并逻辑。
• 新增 scripts/ci/merge_static_packages.sh 合并脚本: 该脚本支持解压多个 cann-ops-cv-static 的 .tar.gz 包，合并其 include 目录和 lib64 中的 .o 文件（对 op_resource.cpp.o 采用保留较大文件的去重策略，其余 .o 直接覆盖），最终重新打包为一个合并后的静态发布包。

代码审查

审查总结

本次审查涵盖了 3 个文件的全部变更：

问题统计： P0: 0, P1: 0, P2: 1, P3: 3

总体风险判断： 中等偏低。核心功能逻辑正确，最值得关注的是 cmake/static.cmake 中 OR 条件与内部命令不一致的问题，虽然在 ops-cv 的典型配置下两个组件库通常会同时存在，但一旦触发将导致构建失败。其余三个 P3 问题属于健壮性和可维护性改进，不影响正常流程。

💬 仅评论

Thanks for your pull-request.
The full list of commands accepted by me can be found at here。
You can get sig-info at here

PR Approval Progress

✅ Congratulations! All modules have met the lgtm and approve requirements.

Module Approval Details

💡 Tip:

• Committer can comment /approve or /lgtm
• Commenting /approve implies both code review (lgtm) and intent to merge (approve)

CLA Signature Pass

jialimin1, thanks for your pull request. All authors of the commits have signed the CLA. 👍

@zhouqilong

/lgtm
/approve