解决copy_uapi带来的增量编译的问题

## 问题和背景
当前拉取OH代码本地编译一次之后，在不删除out和不修改任何代码的情况下还会有很多需要重新编译的编译目标

## 原因
copu_uapi指定了输出是一个文件夹musl_inc_out_dir
musl_copy_inc_scsi会将sources_orig也会copy到musl_inc_out_dir/scsi,
这样会导致copu_uapi在增量检查的时候发现文件夹有变化被污染
![输入图片说明](https://foruda.gitee.com/images/1660641748370708179/屏幕截图.png "屏幕截图.png")

![输入图片说明](https://foruda.gitee.com/images/1660641766239195960/屏幕截图.png "屏幕截图.png")

## 方案

精细化控制输出：

1、修改make upi从action为exec_script，变成gn阶段执行，保证uapi_dir存在，方便后续遍历这个目录
2、编译uapi_dir,为下面的每个子目录生成一个copy target，更加精准化输出的范围
3、设计copy_uapi_scsi：
    因为scsi的输出会受到musl_copy_inc_scsi的影响，这里针对scsi文件夹，进行遍历，每个子文件形成一个copy的target，做更精准的输出控制
4、设计copy_uapi_asm：
uapi有俩种来源：
1、使用kernel代码仓里面uapi相关代码 
2、用户也可以配置对应的ferature，使用自己的kernel代码来执行make_uapi产生uapi
这俩种代码里面asm的结构不一样
来源1需要根据musl_arch，copy对应的asm-arm或者asm-arm64下面的文件夹
来源2没有asm-arm或者asm-arm64，直接输出就有asm文件夹，无需转换处理

## 收益：增量编译时间减少36s 编译目标减少1186个
不打patch ：   删除out全量编译（时间： 0:05:13  数目：34191）       不删out增量--fast-rebuild编译（时间：  0:01:32 | 数目：2039）
打patch  ：    删除out全量编译（时间:  0:05:08  数目：34225）       不删out增量--fast-rebuild编译（时间：  0:00:56 | 数目：853）

## 任务来源
编译构建增量编译效率提升

OpenHarmony/third_party_musl
关闭

内容风险标识

评论 (1)

OpenHarmony/third_party_musl关闭 .gitee-modal { width: 500px !important; }

内容风险标识