Hi all,
下午4:00跟基金会同事会议，3个问题待确认：
1. 社区贡献协议选择 - CLA or DCO? 邮件见转发，初步方案CLA只签一次会简单一些，每次签完发邮箱列表
2. 基金会会提供相应的基础设施用于打包和发版本，与刘振一起总结如下：
a. 编译与打包环境：
x86_64, ARM
Ubuntu 18.04/20.04 LTS, CentOS6, CentOS7
b. release的repo存储资源：500GB
3. 每次发版本之前需要代码扫描，将扫描脚本潜入到CI/CD流程中
请反馈。。。
thx.
--------- 转发邮件信息 ---------
发送日期：
2022年05月6日 12:40
抄送人：
zhangye-sal <zhangye-sal@360.cn>
、
刘振 <liuzhen3@360.cn>
、
李博 <ericli@openatom.org>
、
常雨莎 <bonnie@openatom.org>
、
刘宇航 <liuyuhang@openatom.org>
、
王荷舒 <lotus@openatom.org>
、
法务与知识产权部刘伟 <vera@openatom.org>
主题：
PIKA｜社区贡献协议选择 - CLA or DCO
陈磊总您好，
PIKA社区代码贡献应选择权利处分方式，可选择以下两种协议模式其一：
a. 贡献者在首次对PIKA提交PR前应首先签署《贡献者许可协议》（“CLA”），只有签署CLA之后PR才可以合并，CLA仅需一次签署即可。如贡献者代表法人贡献代码，应签署法人版CLA，一个法人签署一份即可；如贡献者代表个人贡献代码，其应该签署个人版CLA，每人签署一份。可以设计系统进行网上自动签署，或者将CLA扫描件电邮。CLA旨在确保社区权利清晰，贡献代码按照许可证分发的同时，将其版权和相关专利权许可给基金会。b. 为了更好关注个人贡献者，增强社区属性，贡献者应在每次对PIKA项目提交PR前签署《开发者原创声明》("DCO")，只有签署DCO之后PR才可以合并。需要设计DCO签署系统，每次提交代码时在commit信息中追加 “Signed-off-by: email地址” 去触发DCO签署。DCO旨在申明代码系原创，并遵循相应许可证分发，不强调将权利处分至基金会。
注意：捐赠完成之后，360公司对PIKA项目贡献代码也应签署CLA或DCO。
注意：PIKA项目仅可选择如上其一模式，而不能出现项目内DCO和CLA混用的情况。
郭雪雯 Vanessa
This e-mail message is from OpenAtom Foundation. It may contain private, confidential, and/or privileged information meant solely for the use of the intended recipient and not to be viewed by or distributed to other persons. If you are not the intended recipient of this message, you have received this message in error and any disclosure, copying, or distribution of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply e-mail and delete this message and all attachments.