Star6
28
代码
代码
Issues8
Pull Requests8
流水线
项目讨论
Wiki
分析
Star6
28
已合并
docs: 升级文档模板至v0.4.2，仅保留0.72分支内容 #98
fangzhen创建于 13 天前
docs: 升级文档模板至v0.4.2，仅保留0.72分支内容 #98
已合并
fangzhen创建于 13 天前
从fangyygw/rntpc_react-native-screensbr_rnoh0.72合入到CPF-RN/rntpc_react-native-screensbr_rnoh0.72
fangzhen
fangzhen成员
13 天前

docs: 升级文档模板至v0.4.2，仅保留0.72分支内容

likedislike
Pull Request已成功合入, 合并人@openharmony_ci
（感谢 fangzhen 的贡献）
openharmony_ci
openharmony_ci成员
13 天前 评论：

感谢提交 Pull Requests ！此PR未通过DCO校验。
校验失败可能原因：

1. 未签署“DCO协议”（开发者原创声明协议），在线签署、查看签署状态。

2. Commits 中未包含 Signed-off-by信息，参考FAQ处理。

修复上述问题后，在PR的评论框输入“check dco” ，单击”评论”，系统将再次进行DCO校验。

当前检测到如下Commits 未包含Signed-off-by信息：

Thanks for submitting a pull request. This pull request has not passed the DCO check.
Possible causes:

1. You have not signed the Developer Certificate of Origin (DCO). Sign the DCO and check DCO status.

2. The commits do not contain the Signed-off-by information. To resolve this issue, see FAQs.

After resolving the preceding issues, enter check dco in the comment box of this pull request and click Comment. The system will check DCO status again.

The following commits do not contain the Signed-off-by information:

likedislike
openharmony_ciopenharmony_ci成员
13 天前 添加了label：dco检查失败
fangzhenfangzhen成员
13 天前 强制推送  1 个提交:88970dca-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
13 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
openharmony_ciopenharmony_ci成员
13 天前 删除了label：dco检查失败
openharmony_ciopenharmony_ci成员
13 天前 添加了label：dco检查成功
fangzhenfangzhen成员
13 天前 关联了issue：升级0.72分支readme到0.4.2
cpf-manager
cpf-manager13 天前进行代码检视2
README.md
已过期
@@ -11,1 +11,3 @@
11-请到三方库的 Releases 发布地址查看配套的版本信息：
11+| 三方库名称 | 三方库版本（npm地址） | 发布信息 | 支持RN版本 | Autolink | 编译API版本 | 社区基线版本 | 源码地址 |
12+| ------------ | ------------ | ------------------------------ | ------------- | ------------- |------------------------ | ------------- | ------------- |
13+| @react-native-ohos/react-native-screens | [~ 3.34.1（开发中）](https://www.npmjs.com/package/@react-native-ohos/react-native-screens) | [Gitcode Releases](https://gitcode.com/CPF-RN/rntpc_react-native-screens/releases) | 0.72.* | 是 | API12+ | 3.34.1 | [br_rnoh0.72](https://gitcode.com/CPF-RN/rntpc_react-native-screens/tree/br_rnoh0.72) |
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【建议】【基础代码问题】【可读性问题】产品名称大小写与官方命名不一致

● 问题: 本PR新增的正文及版本映射表中，产品名称大小写与官方命名不一致：第9行"已迁移至 Gitcode"中"Gitcode"应为"GitCode"；第13行"Gitcode Releases"中"Gitcode"应为"GitCode"；第14行"Github Releases(deprecated)"中"Github"应为"GitHub"。"GitCode"（G和C均大写）是GitCode平台的官方名称（本项目AGENTS.md及官方文档均使用"GitCode"），"GitHub"（G和H均大写）是GitHub的官方名称。

● 影响: 建议。产品名称拼写不规范影响文档专业性，且用户按"GitCode"作为关键词搜索时无法匹配到"Gitcode"的文档内容。README-en.md第9/13/14行存在相同问题。

● 建议: 将README.md和README-en.md中所有"Gitcode"修改为"GitCode"，所有"Github"修改为"GitHub"。

likedislike
System
系统消息系统
13 天前 评论：

changed this line on 19271a51 view diff detail

cpf-manager
cpf-manager13 天前进行代码检视2
README-en.md
已过期
@@ -16,3 +13,1 @@
16-| @react-native-ohos/react-native-screens | ~ 4.8.1 (In development) | [@react-native-ohos/react-native-screens Releases](https://gitcode.com/openharmony-sig/rntpc_react-native-screens/releases) | 0.77.* | No | API12+ | 4.8.0 | [Npm Address](https://www.npmjs.com/package/@react-native-ohos/react-native-screens) |
17-| @react-native-ohos/react-native-screens | ~ 3.34.1 (In development) | [@react-native-ohos/react-native-screens Releases](https://gitcode.com/openharmony-sig/rntpc_react-native-screens/releases) | 0.72.* | Yes | API12+ | 3.34.1 | [Npm Address](https://www.npmjs.com/package/@react-native-ohos/react-native-screens) |
18-| @react-native-oh-tpl/react-native-screens | <= 3.34.0-0.0.2@deprecated | [@react-native-oh-tpl/react-native-screens Releases(deprecated)](https://github.com/react-native-oh-library/react-native-harmony-screens/releases) | 0.72.* | 否 | API12+ | 3.34.0 | [Npm Address](https://www.npmjs.com/package/@react-native-oh-tpl/react-native-screens) |
13+| @react-native-ohos/react-native-screens | [~ 3.34.1 (In development)](https://www.npmjs.com/package/@react-native-ohos/react-native-screens) | [Gitcode Releases](https://gitcode.com/CPF-RN/rntpc_react-native-screens/releases) | 0.72.* | Yes | API12+ | 3.34.1 | [br_rnoh0.72](https://gitcode.com/CPF-RN/rntpc_react-native-screens/tree/br_rnoh0.72) |
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【建议】【基础代码问题】【可读性问题】产品名称大小写与官方命名不一致

● 问题: 本PR新增的正文及版本映射表中，产品名称大小写与官方命名不一致：第9行"migrated to Gitcode"中"Gitcode"应为"GitCode"；第13行"Gitcode Releases"中"Gitcode"应为"GitCode"；第14行"Github Releases(deprecated)"中"Github"应为"GitHub"。"GitCode"（G和C均大写）是GitCode平台的官方名称，"GitHub"（G和H均大写）是GitHub的官方名称。

● 影响: 建议。产品名称拼写不规范影响文档专业性，且用户按"GitCode"作为关键词搜索时无法匹配到"Gitcode"的文档内容。README.md第9/13/14行存在相同问题。

● 建议: 将README.md和README-en.md中所有"Gitcode"修改为"GitCode"，所有"Github"修改为"GitHub"。

likedislike
System
系统消息系统
13 天前 评论：

changed this line on 19271a51 view diff detail

yangweiping
yangweiping13 天前进行代码检视2
README.md
已过期
@@ -11,1 +11,3 @@
11-请到三方库的 Releases 发布地址查看配套的版本信息：
11+| 三方库名称 | 三方库版本（npm地址） | 发布信息 | 支持RN版本 | Autolink | 编译API版本 | 社区基线版本 | 源码地址 |
12+| ------------ | ------------ | ------------------------------ | ------------- | ------------- |------------------------ | ------------- | ------------- |
13+| @react-native-ohos/react-native-screens | [~ 3.34.1（开发中）](https://www.npmjs.com/package/@react-native-ohos/react-native-screens) | [Gitcode Releases](https://gitcode.com/CPF-RN/rntpc_react-native-screens/releases) | 0.72.* | 是 | API12+ | 3.34.1 | [br_rnoh0.72](https://gitcode.com/CPF-RN/rntpc_react-native-screens/tree/br_rnoh0.72) |
yangweiping
yangweiping13 天前评论：

README.OpenSource 和 react-native-harmony-screens/package.json的基线版本是3.34.0。确认基线版本是否正确。

likedislike
System
系统消息系统
13 天前 评论：

changed this line on 19271a51 view diff detail

yangweiping
yangweiping13 天前进行代码检视2
README-en.md
已过期
@@ -31,4 +31,3 @@
3131 
3232```bash
33-# 0.72
3433npm install @react-native-ohos/react-native-screens@3.34.2-rc.1
yangweiping
yangweiping13 天前评论：

npm install 版本改成正式版或者beta版本，文档不出现rc版本,而且有的rc版本外网不存在

likedislike
System
系统消息系统
12 天前 评论：

changed this line on e5a2fc98 view diff detail

fangzhenfangzhen成员
13 天前 强制推送  1 个提交:19271a51-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
13 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
cpf-manager
cpf-manager13 天前进行代码检视1
README.md
@@ -464,3 +403,1 @@
464-| homeIndicatorHidden<sup>4.8.1</sup> | 主页指示器是否应在此屏幕上隐藏。默认为“false”。 | `boolean` | No | iOS | No |
465-| hideKeyboardOnSwipe<sup>4.8.1</sup> | 滑至上一屏幕时，键盘是否应隐藏。默认为“false”。 | `boolean` | No | iOS | No |
466-| scrollEdgeEffects<sup>4.9.0</sup> | 配置内容 ScrollView 的滚动边缘效果 | scrollEdgeEffects | No | iOS | No |
403+scrollEdgeEffects | No | iOS | No |
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【严重】【基础代码问题】【代码逻辑错误】scrollEdgeEffects表格行格式损坏

● 问题: README.md第403行的 scrollEdgeEffects 表格行缺少行首 |、Description 列和 Type 列，当前内容为 scrollEdgeEffects | No | iOS | No |，仅剩 Name、Required、Platform、HarmonyOS Support 四列。从 diff 可知，该行由本 PR 从旧版 | scrollEdgeEffects<sup>4.9.0</sup> | 配置内容 ScrollView 的滚动边缘效果 | scrollEdgeEffects | No | iOS | No | 改写而来，改写时丢失了行首竖线、Description 和 Type 列以及版本标签。对比同 PR 的英文版 README-en.md，该行被整体删除，中文版却保留了残缺行。

● 影响: 严重。Markdown 表格行必须以 | 开头才能被渲染为表格行，该行不以 | 开头会被渲染器当作普通文本插入到 gestureResponseDistance 行与 onAppear 行之间，破坏 ScreenProps 属性列表表格的渲染结构，导致该表格后续所有行错位或整段表格断裂。同时中英文文档不一致：英文版无此属性行，中文版保留残缺行。

● 建议: 恢复为完整的表格行格式，补充 Description 和 Type 列，例如：| scrollEdgeEffects | 滚动边缘效果 | \scrollEdgeEffects` | No | iOS | No |`；或者与英文版保持一致直接删除该行（因 Known Issues 中已声明 scrollEdgeEffects 未实现）。

likedislike
cpf-manager
cpf-manager13 天前进行代码检视2
README.md
已过期
@@ -113,3 +73,3 @@
113-yarn add @react-native-ohos/react-native-screens@3.34.1-X.X.X
73+yarn add @react-native-ohos/react-native-screens@3.34.0-X.X.X
11474yarn add @react-navigation/native-stack@6.9.13
11575yarn add @react-navigation/stack@6.9.13
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【严重】【基础代码问题】【代码逻辑错误】@react-navigation/stack 的 npm 与 yarn 安装版本不一致

● 问题: README.md 第66行 npm 命令安装 @react-navigation/stack@6.4.1，而第75行对应的 yarn 命令安装 @react-navigation/stack@6.9.13，同一文档内同一包的 npm 与 yarn 安装版本不一致。README-en.md 第66行与第75行存在同样的不一致。从 diff 可知，本 PR 将 npm 版本从旧版 7.2.10 改为 6.4.1，但未同步更新 yarn 版本（仍保留为 6.9.13），引入了版本不匹配。

● 影响: 严重。用户按照 yarn 命令安装会得到 6.9.13 版本，按照 npm 命令安装会得到 6.4.1 版本，两者次版本号不同（6.9 vs 6.4），API 可能存在差异，导致根据不同安装方式引入的依赖版本不一致，可能引发运行时错误或行为不一致。

● 建议: 将 yarn 命令中的 @react-navigation/stack 版本与 npm 命令保持一致，统一为 6.4.1（即第75行改为 yarn add @react-navigation/stack@6.4.1），README-en.md 同步修改。

likedislike
System
系统消息系统
13 天前 评论：

changed this line on 559ad69c view diff detail

cpf-manager
cpf-manager13 天前进行代码检视1
README-en.md
@@ -841,4 +607,1 @@
841-| disableBackButtonMenu<sup>4.8.1</sup> | Boolean indicating whether to show the menu on longPress of iOS >= 14 back button. | property | No | iOS | No |
842-| backButtonDisplayMode<sup>4.8.1</sup> | Enum value indicating display mode of **default** back button. It works on iOS >= 14, and is used only when none of: `backTitleFontFamily`, `backTitleFontSize`, `disableBackButtonMenu` or `backTitle` is set. Otherwise, when the button is customized, under the hood we use iOS native `backButtonItem` which overrides `backButtonDisplayMode`. | property | No | iOS | No |
843-| backButtonInCustomView<sup>4.8.1</sup> | Whether to show the back button with a custom left side of the header. | property | No | iOS | No |
844607| direction | Controls whether the stack should be in `rtl` or `ltr` form. | property | No | iOS Android | No |
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【一般】【基础代码问题】【代码逻辑错误】README-en.md详情区缺少transitionDuration属性行

● 问题: README-en.md 第606行(shouldShowHintSearchIcon)与第607行(direction)之间缺少 transitionDuration 属性行。对比 README.md 第609行，中文版详情区保留了 transitionDuration 行（| transitionDuration | 更改iOS上... | property | No | iOS | No |），而英文版详情区无此行。从 diff 可知，英文版旧版该行带有 <sup>4.8.1</sup> 版本标签被本 PR 删除，中文版该行无版本标签被保留，导致中英文详情区属性列表内容不对齐。

● 影响: 一般。英文用户在详情区看不到 transitionDuration 属性的说明，与中文文档内容不一致，影响文档完整性与中英文一致性。该属性在上方主表格中已有列出（第420行），因此不会导致属性完全缺失，但详情区作为社区版属性汇总缺少该行属于文档内容遗漏。

● 建议: 在 README-en.md 第606行后补充 transitionDuration 行，与中文版保持一致：| transitionDuration | Changes the duration (in milliseconds) of \slide_from_bottom`, `fade_from_bottom`, `fade`, and `simple_push` transitions on iOS, defaults to `500` | property | No | iOS | No |`

likedislike
fangzhenfangzhen成员
13 天前 强制推送  1 个提交:559ad69c-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
13 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
cpf-manager
cpf-manager13 天前进行代码检视1
README.md
@@ -847,3 +612,3 @@
847612</details>
848613 
849-## 5. 遗留问题
614+## 遗留问题
cpf-manager
cpf-manager13 天前评论：

【AI-Review】【一般】【基础代码问题】【可读性问题】中英文 README 遗留问题列表不一致

● 问题：README.md 的"遗留问题"章节保留了 issue#29（GestureDetectorProvider 按原库的引用方式在77环境上引用不到）和 issue#30（在Screen和其子组件中通过Option有设置不同属性时，在77环境ets侧接收到的属性有丢失）两条 0.77 环境相关的已知问题（第620、622行），但 README-en.md 的"Known Issues"章节在本次PR中已将这两条删除。本次PR将文档范围缩减为仅覆盖 0.72 版本（版本映射表、安装命令、兼容性验证均已移除 0.77/0.82 内容），README-en.md 同步移除了这两条 0.77 专属问题，但 README.md 遗漏未删。

● 影响：一般。中英文文档的已知问题列表不一致，使用中文文档的用户会看到两条与 0.77 环境相关的已知问题，而使用英文文档的用户看不到，造成信息不对称；且这两条问题指向的是本文档已不再覆盖的 0.77 环境，对仅关注 0.72 的用户造成误导。

● 建议：与 README-en.md 保持一致，删除 README.md 第620、622行（issue#29 与 issue#30）这两条 0.77 环境相关的遗留问题；或者在 README-en.md 中补回这两条以保持中英文一致。

likedislike
fangzhenfangzhen成员
12 天前 强制推送  1 个提交:e5a2fc98-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
12 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
fangzhenfangzhen成员
12 天前 强制推送  1 个提交:83bd8677-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
12 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
fangzhenfangzhen成员
12 天前 强制推送  1 个提交:e1522da8-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
12 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
fangzhenfangzhen成员
12 天前 强制推送  1 个提交:7aa06ff6-docs: 升级文档模板至v0.4.2，仅保留0.72分支内容
openharmony_ci
openharmony_ci成员
12 天前 评论：

感谢提交 Pull Requests！
Thanks for submitting a pull request.

likedislike
cpf-manager
cpf-manager12 天前进行代码检视1
README.md
@@ -402,30 +312,30 @@
402312点击右上角的 `sync` 按钮
403313 
@@ -410,9 +320,9 @@ ohpm install
410320 
411321然后编译、运行即可。
412322 
413-## 3. 约束与限制
323+## 约束与限制
414324 
415-### 3.1.兼容性
325+### 兼容性
416326 
417327要使用此库，需要使用正确的 React-Native 和 RNOH 版本。另外，还需要使用配套的 DevEco Studio 和 手机 ROM。
418328 
@@ -420,10 +330,8 @@ ohpm install
420330 
4213311. RNOH: 0.72.96; SDK: HarmonyOS 6.0.0 Release SDK; IDE: DevEco Studio 6.0.0.858; ROM: 6.0.0.112;
4223322. RNOH: 0.72.33; SDK: HarmonyOS NEXT B1; IDE: DevEco Studio: 5.0.3.900; ROM: Next.0.0.71;
423-3. RNOH: 0.77.18; SDK: HarmonyOS 6.0.0 Release SDK; IDE: DevEco Studio 6.0.0.858; ROM: 6.0.0.112;
424-4. RNOH: 0.82.25; SDK: HarmonyOS 6.0.2 Release SDK; IDE: DevEco Studio 6.0.2.650; ROM: 6.0.0.328;
425333 
426-## 4. 属性
334+## 接口说明
427335 
428336> [!TIP] "Platform"列表示该属性在原三方库上支持的平台。
429337 
@@ -440,5 +348,5 @@
440348| NativeStackNavigationOptions | 导航栏属性设置封装 | object | No | iOS Android | NO |
441349| FullWindowOverlay | 一个组件，可以将其子组件放在其他组件之上 | object | No | iOS Android | NO |
442350| useTransitionProgress | 提供屏幕过渡的动画插值器 | function | No | iOS Android | NO |
443351| userReanimatedTransitionProgress ReanimatedScreenProvider | 屏幕切换期间调用的帧回调，用于 react-native-reanimated 2.0 及其以上的版本，并使用 ReanimatedScreenProvider 进行封装 | function | No | iOS Android | NO |
cpf-manager
cpf-manager12 天前评论：

【AI-Review】【一般】【编码规范】【注释/可读性】文档中API名称前缀拼写错误，user应为use

● 问题: README.md第351-353行及社区版表格第532-534行列出的三个API名称均使用了"user"前缀，但源码中实际导出的名称均以"use"开头（React Hook命名规范）。具体证据：

  1. useReanimatedTransitionProgress：react-native-harmony-screens/src/components/Screen.tsx第346行注释引用useReanimatedTransitionProgress，tester测试工程Test1539.tsx:6和Test887.tsx:19的import语句均使用useReanimatedTransitionProgress（非user）；
  2. useHeaderHeight：Gestures.tsx:15、Test1031.tsx:8、Test1296.tsx:8、Test1671.tsx:4均从@react-navigation/elements导入useHeaderHeight（非userHeaderHeight）；
  3. useAnimatedHeaderHeight：Test1802.tsx:10注释引用useAnimatedHeaderHeight（非userAnimatedHeaderHeight）。
    在react-native-harmony-screens/src/index.ts的导出列表中未找到任何"user"前缀的导出。

● 影响: 一般。开发者按照README文档使用userReanimatedTransitionProgress、userHeaderHeight或userAnimatedHeaderHeight导入时，会因名称不存在而报"Module has no exported member"错误，无法正常使用这些API。虽然这三个API的HarmonyOS Support列为NO，但文档作为开发者参考依据，名称错误仍会误导用户。

● 建议: 将第351行userReanimatedTransitionProgress改为useReanimatedTransitionProgress，第352行userHeaderHeight改为useHeaderHeight，第353行userAnimatedHeaderHeight改为useAnimatedHeaderHeight。同时检查社区版表格（第532-534行）中的相同拼写错误一并修正。

likedislike
cpf-manager
cpf-manager12 天前进行代码检视1
README_en.md
@@ -491,3 +391,3 @@
391+### ScreenStackHeaderSubviewProps Property List
491392 
492393| Name | Description | Type | Required | Platform | HarmonyOS Support |
cpf-manager
cpf-manager12 天前评论：

【AI-Review】【一般】【编码规范】【注释/可读性】文档中API名称前缀拼写错误，user应为use

● 问题: README_en.md第349-351行及社区版表格第530-532行列出的三个API名称均使用了"user"前缀，但源码中实际导出的名称均以"use"开头（React Hook命名规范）。具体证据：

  1. useReanimatedTransitionProgress：react-native-harmony-screens/src/components/Screen.tsx第346行注释引用useReanimatedTransitionProgress，tester测试工程Test1539.tsx:6和Test887.tsx:19的import语句均使用useReanimatedTransitionProgress（非user）；
  2. useHeaderHeight：Gestures.tsx:15、Test1031.tsx:8、Test1296.tsx:8、Test1671.tsx:4均从@react-navigation/elements导入useHeaderHeight（非userHeaderHeight）；
  3. useAnimatedHeaderHeight：Test1802.tsx:10注释引用useAnimatedHeaderHeight（非userAnimatedHeaderHeight）。
    在react-native-harmony-screens/src/index.ts的导出列表中未找到任何"user"前缀的导出。

● 影响: 一般。开发者按照README文档使用userReanimatedTransitionProgress、userHeaderHeight或userAnimatedHeaderHeight导入时，会因名称不存在而报"Module has no exported member"错误，无法正常使用这些API。虽然这三个API的HarmonyOS Support列为NO，但文档作为开发者参考依据，名称错误仍会误导用户。

● 建议: 将第349行userReanimatedTransitionProgress改为useReanimatedTransitionProgress，第350行userHeaderHeight改为useHeaderHeight，第351行userAnimatedHeaderHeight改为useAnimatedHeaderHeight。同时检查社区版表格（第530-532行）中的相同拼写错误一并修正。

likedislike
dingchengjiedingchengjie成员
19 小时前 将dingchengjie设为审查人
dingchengjie
dingchengjie成员
19 小时前 评论：

start build

likedislike
dingchengjiedingchengjie成员
19 小时前 解决了最后一个问题
dingchengjie
dingchengjie成员
15 小时前 评论：

start build

likedislike
openharmony_ci
openharmony_ci成员
15 小时前 评论：

首次触发
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6a8e7dd164650f998b24343b/runlist

likedislike
openharmony_ciopenharmony_ci成员
15 小时前 添加了label：静态检查失败
openharmony_ci
openharmony_ci成员
15 小时前 评论：

代码门禁未通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6a8e7dd164650f998b24343b/runlist

静态检查:

# check type result report
1 codeCheck noPass >>>

likedislike
fangzhen
fangzhen成员
13 小时前 评论：

start build

likedislike
openharmony_ciopenharmony_ci成员
13 小时前 删除了label：静态检查失败
openharmony_ci
openharmony_ci成员
13 小时前 评论：

部分构建失败,仅触发失败构建
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6a8e93a664650f998b2bf269/runlist

likedislike
openharmony_ciopenharmony_ci成员
13 小时前 添加了label：静态检查失败
openharmony_ci
openharmony_ci成员
13 小时前 评论：

代码门禁未通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6a8e93a664650f998b2bf269/runlist

静态检查:

# check type result report
1 codeCheck noPass >>>

likedislike
fangzhen
fangzhen成员
12 小时前 评论：

start build

likedislike
openharmony_ciopenharmony_ci成员
12 小时前 删除了label：静态检查失败
openharmony_ci
openharmony_ci成员
12 小时前 评论：

部分构建失败,仅触发失败构建
门禁构建开始,包含静态检查,预计在60分钟内完成,门禁结果会同步发送到注册邮箱。您可以通过如下链接跟踪门禁进展:http://dcp.openharmony.cn/workbench/cicd/detail/6a8ea30c64650f998b327441/runlist

likedislike
openharmony_ciopenharmony_ci成员
12 小时前 添加了label：静态检查成功
openharmony_ciopenharmony_ci成员
12 小时前 通过测试
openharmony_ci
openharmony_ci成员
12 小时前 评论：

代码门禁通过
您可以通过如下链接查看门禁报告:http://dcp.openharmony.cn/workbench/cicd/detail/6a8ea30c64650f998b327441/runlist

静态检查:

# check type result report
1 codeCheck pass >>>

likedislike
dingchengjiedingchengjie成员
12 小时前 通过审查
openharmony_ciopenharmony_ci成员
12 小时前 关闭了关联的issue
openharmony_ciopenharmony_ci成员
12 小时前 合入了pull request，合并节点 SHA：3c930031cc122bb2adab2b24a20e928982878be1