修正相对路径markdown语法

Signed-off-by: Nkubigao <jean.gaoliang@huawei.com>

zh-cn/contribute/OpenHarmony社区开源合规规范及指导.md

@@ -10,7 +10,7 @@
 
 ## 本文的改进和修订说明
 
-1. 本文档由合规SIG主导起草和维护。最新版本可以在 [这里](./OpenHarmony社区开源合规规范及指导.md)找到。
+1. 本文档由合规SIG主导起草和维护。最新版本可以在 [这里](OpenHarmony社区开源合规规范及指导.md)找到。
 2. 任何对于本文中涉及的规则的增加，修改，删除都必须可追溯 。
 3. 最终规则经过社区充分的讨论后，由PMC评审定稿。
 
@@ -25,24 +25,24 @@
 
 #### 开源软件许可证使用及评审规范
 
-1. [OpenHarmony项目代码许可证规则与特殊许可证评审指导](./许可证与特殊许可证评审指导.md)
+1. [OpenHarmony项目代码许可证规则与特殊许可证评审指导](许可证与特殊许可证评审指导.md)
 
 2. [OpenHarmony社区项目已使用代码许可协议说明](https://gitee.com/openharmony#%E8%AE%B8%E5%8F%AF%E5%8D%8F%E8%AE%AE)
  
 #### 第三方开源软件开源引入及退出
 
-[第三方开源软件引入及退出指导](./第三方开源软件引入指导.md)
+[第三方开源软件引入及退出指导](第三方开源软件引入指导.md)
 
 
 ### 开发阶段
 
 #### 开源开发许可证、版权、元数据合规规范
 
-1. [代码仓许可证与版权声明规范](./许可证与版权规范.md)
+1. [代码仓许可证与版权声明规范](许可证与版权规范.md)
 
 2. [SPDX信息声明规范]()
 
-3. 第三方开源软件中补充[上游开源软件元数据声明文件README.OpenSource规范](./第三方开源软件上游软件元数据READMEOpenSource文件规范.md)
+3. 第三方开源软件中补充[上游开源软件元数据声明文件README.OpenSource规范](第三方开源软件上游软件元数据READMEOpenSource文件规范.md)
 
 #### 开源开发合规门禁规范
 
@@ -52,14 +52,14 @@
 
 #### 参与上游社区贡献规范
 
-[OpenHarmony社区上游开源项目贡献最佳实践及建议](./上游开源项目贡献最佳实践及建议.md)
+[OpenHarmony社区上游开源项目贡献最佳实践及建议](上游开源项目贡献最佳实践及建议.md)
                                                                                                                                                               
 
 ### 发布阶段
 
 #### 开源义务履行
 
-[开源合规交付制品管理规范及指导](./开源义务履行合规交付制品管理规范及指导.md)
+[开源合规交付制品管理规范及指导](开源义务履行合规交付制品管理规范及指导.md)
 
 #### 软件物料清单（SBOM）规范
 
@@ -80,7 +80,7 @@
 
 ## 开源合规类issue管理流程
 
-[OpenHarmony社区开源合规issue管理流程指导](./开源合规类问题管理.md)
+[OpenHarmony社区开源合规issue管理流程指导](开源合规类问题管理.md)
 
 ## 开源合规角色和责任
 

zh-cn/contribute/上游开源项目贡献最佳实践及建议.md

 # 上游开源项目贡献最佳实践及建议
 
 ## Upstream First 原则
-OpenHarmony 社区软件版本在特性开发过程中遵照业界最佳实践，会引入第三方开源软件做为OpenHarmony 软件版本的一部分（参见[第三方开源软件引入指导](./第三方开源软件引入指导.md)）。
+OpenHarmony 社区软件版本在特性开发过程中遵照业界最佳实践，会引入第三方开源软件做为OpenHarmony 软件版本的一部分（参见[第三方开源软件引入指导](第三方开源软件引入指导.md)）。
 
 在OpenHarmony社区中我们建议社区开发者优先采用业界最佳实践 “**Upstream First**”，即上游优先的方式来对引入的第三方开源软件进行维护。
 

zh-cn/contribute/第三方开源软件上游软件元数据READMEOpenSource文件规范.md

@@ -2,7 +2,7 @@
 
 ## 目的
 
-为更好追溯第三方开源软件的原始上游信息，特在[《第三方开源软件引入指导》](./第三方开源软件引入指导.md)中对相关信息进行了要求 “新引入的开源软件必须在其根目录提供README.OpenSource文件，在该文件中准确描述其软件名、许可证、许可文件位置、版本、对应版本的上游社区地址、软件的维护Owner、功能描述以及引入的原因。” 但社区开发者常见问题是对于README.OpenSource 写作要求和规范并不清晰，对于其中多License情况，多开源软件情况等场景如何规范填写并不清晰，因此，本文旨在规范化README.OpenSource文件的写作要求，并将相关要求基线化，在工程能力成熟后，README.OpenSource文件可按照本规范，在选型引入时，自动基于引入的信息由IT系统生成此文件。
+为更好追溯第三方开源软件的原始上游信息，特在[《第三方开源软件引入指导》](第三方开源软件引入指导.md)中对相关信息进行了要求 “新引入的开源软件必须在其根目录提供README.OpenSource文件，在该文件中准确描述其软件名、许可证、许可文件位置、版本、对应版本的上游社区地址、软件的维护Owner、功能描述以及引入的原因。” 但社区开发者常见问题是对于README.OpenSource 写作要求和规范并不清晰，对于其中多License情况，多开源软件情况等场景如何规范填写并不清晰，因此，本文旨在规范化README.OpenSource文件的写作要求，并将相关要求基线化，在工程能力成熟后，README.OpenSource文件可按照本规范，在选型引入时，自动基于引入的信息由IT系统生成此文件。
 
 ## 范围
 
@@ -10,7 +10,7 @@
 
 ## 本文的改进和修订说明
 
-1. 本文档由OpenHarmony合规SIG主导起草和维护。本文档的最新版本总可以在 [这里](./第三方开源软件上游软件元数据READMEOpenSource文件规范.md)找到。
+1. 本文档由OpenHarmony合规SIG主导起草和维护。本文档的最新版本总可以在 [这里](第三方开源软件上游软件元数据READMEOpenSource文件规范.md)找到。
 2. 任何对于本文中涉及的规则的增加，修改，删除都必须被追踪，请进入该追踪系统。
 3. 最终规则经过社区充分的讨论后，由PMC评审定稿。