Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Docs
提交
913939b1
D
Docs
项目概览
OpenHarmony
/
Docs
1 年多 前同步成功
通知
159
Star
292
Fork
28
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
D
Docs
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
提交
913939b1
编写于
12月 29, 2020
作者:
N
NEEN
提交者:
Gitee
12月 29, 2020
浏览文件
操作
浏览文件
下载
差异文件
!170 补充第三方开源软件引入指导文档
Merge pull request !170 from jalenchen/master
上级
3754fcc5
e0c0433c
变更
2
隐藏空白更改
内联
并排
Showing
2 changed file
with
94 addition
and
0 deletion
+94
-0
contribute/第三方开源软件引入指导.md
contribute/第三方开源软件引入指导.md
+90
-0
contribute/贡献代码.md
contribute/贡献代码.md
+4
-0
未找到文件。
contribute/第三方开源软件引入指导.md
0 → 100644
浏览文件 @
913939b1
# 第三方开源软件引入指导
## 目的
提供易用、高质量的开源软件是OpenHarmony的重要目标,因第三方开源软件数量多,而社区开发人员同样数量多、分布广,为确保OpenHarmony项目的整体质量,特别拟定本指南,供社区贡献者参考。
## 范围
本指导适用于所有引入到OpenHarmony项目中的第三方开源软件。
## 规则
### 基本要求
为便于第三方开源软件的维护与演进,在引入第三方开源软件时请参考如下原则:
</BR>
1.
若需要使用的开源软件在OpenHarmony项目中已存在,请使用OpenHarmony项目中维护的版本。
2.
引入新的第三方开源软件到OpenHarmony项目时,请将其放置到单独的代码仓或目录中,并且软件名称和其官网保持一致。
3.
第三方开源软件仓应当完整保留该开源软件官方代码仓的目录结构、许可证及Copyright信息。
4.
不建议引入未发布正式版本(如只发布Beta版本)的开源软件。
5.
若需针对引入的开源软件进行修改,请将修改的代码放在该开源软件仓中,并确保满足该开源软件的许可证要求。
如因特殊原因不能满足上述要求但又需要引入,请请联系邮箱:law@openatom.org。
### 第三方开源软件许可证要求
1.
第三方开源软件许可证类型必须是
[
OSI
](
https://opensource.org/osd-annotated
)
明确定义的。
2.
第三方开源软件许可证必须与使用该开源软件的代码仓许可证兼容。
3.
如下类型许可证可以引入到OpenHarmony项目中:
*
Apache License 2.0
*
Mulan Permissive Software License,Version 2
*
BSD 2-clause
*
BSD 3-clause
*
DOM4J License
*
PostgreSQL License
*
Eclipse Distribution License 1.0
*
MIT
*
ISC
*
ICU
*
University of Illinois/NCSA
*
W3C Software License
*
zlib/libpng
*
Academic Free License 3.0
*
Python Software Foundation License
*
Python Imaging Library Software License
*
Boost Software License Version 1.0
*
WTF Public License
*
UNICODE, INC. LICENSE AGREEMENT - DATA FILES AND SOFTWARE
*
Zope Public License 2.0
4.
如下类型许可证不建议引入到OpenHarmony项目中:
*
GNU GPL 1, 2, 3
*
GNU Affero GPL 3
*
GNU LGPL 2, 2.1, 3
*
QPL
*
Sleepycat License
*
Server Side Public License (SSPL) version 1
*
Code Project Open License (CPOL)
*
BSD-4-Clause/BSD-4-Clause (University of California-Specific)
*
Facebook BSD+Patents license
*
NPL 1.0/NPL 1.1
*
The Solipsistic Eclipse Public License
*
The "Don't Be A Dick" Public License
*
JSON License
*
Binary Code License (BCL)
*
Intel Simplified Software License
*
JSR-275 License
*
Microsoft Limited Public License
*
Amazon Software License (ASL)
*
Java SDK for Satori RTM license
*
Redis Source Available License (RSAL)
*
Booz Allen Public License
*
Creative Commons Non-Commercial
*
Sun Community Source License 3.0
*
Common Development and Distribution Licenses: CDDL 1.0 and CDDL 1.1
*
Common Public License: CPL 1.0
*
Eclipse Public License: EPL 1.0
*
IBM Public License: IPL 1.0
*
Mozilla Public Licenses: MPL 1.0, MPL 1.1, and MPL 2.0
*
Sun Public License: SPL 1.0
*
Open Software License 3.0
*
Erlang Public License
*
UnRAR License
*
SIL Open Font License
*
Ubuntu Font License Version 1.0
*
IPA Font License Agreement v1.0
*
Ruby License
*
Eclipse Public License 2.0: EPL 2.0
如要引入其它类型License或上述(4)所列License,请联系邮箱:law@openatom.org。
## 本指导的改进及修订说明
本指导的变更由PMC维护,随着OpenHarmony的演进该指导可能不断刷新、完善,请社区贡献者关注最新版本的指导。
\ No newline at end of file
contribute/贡献代码.md
浏览文件 @
913939b1
...
...
@@ -11,6 +11,10 @@
-
[
JavaScript语言编码规范
](
OpenHarmony-JavaScript-coding-style-guide.md
)
-
[
Python语言编程规范
](
https://pep8.org/
)
**开源软件引入**
若要引入新的第三方开源软件到OpenHarmony项目中,请参考
[
第三方开源软件引入指导
](
第三方开源软件引入指导.md
)
## 贡献工作流<a name="section15769105812369"></a>
有关详细信息,请参考
[
贡献流程
](
贡献流程.md
)
。
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录