# 倡议：ASF 项目孵化 101

## 指引文档列表

### Apache 孵化器指南
* 原文: https://incubator.apache.org/cookbook/
* 译文：https://github.com/alc-beijing/translation/blob/master/apache/incubator/cookbook-zh.md
* 微信公众号：https://mp.weixin.qq.com/s/egCh1ofUsxlKPkifPcwjWg

### 新孵化项目提案
* 原文：https://cwiki.apache.org/confluence/display/INCUBATOR/New+Podling+Proposal?desktop=true&macroName=markdown
* 译文：https://github.com/alc-beijing/alc-site/blob/master/content/post/apache-way/new-proposal-template-guide.md
* 微信公众号：
https://mp.weixin.qq.com/s/2L5HSDxx2JkohjrYfkpiwQ

### IPMC 建设新项目基础设施配置指南
* 原文：https://incubator.apache.org/guides/mentor.html
* 译文：https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97

### ASF 孵化项目发版常见问题
* 原文：https://incubator.apache.org/guides/releasemanagement.html
* 译文：https://alc-beijing.github.io/alc-site/post/apache-policy/asf-release-notes/
* 微信公众号：https://mp.weixin.qq.com/s/VYWkI_wrLvS1E6FQvnshVA

### Apache 项目毕业指南
* 原文：http://incubator.apache.org/guides/graduation.html
* 译文：https://github.com/alc-beijing/translation/blob/master/apache/incubator/Apache%E9%A1%B9%E7%9B%AE%E6%AF%95%E4%B8%9A%E6%8C%87%E5%8D%97.md

### Apache 项目成熟度模型
* 原文：https://community.apache.org/apache-way/apache-project-maturity-model.html
* 译文：https://hackmd.io/@tedliu1/BJkfNg5Xp/edit
* 微信公众号：
https://mp.weixin.qq.com/s/lXjRsFckr6Evw6Kloiq8UQ

## 国内孵化项目 FAQ
> 欢迎孵化器导师们或是踩过坑的同学们协力创作

### Q1：在跟项目负责团队沟通捐赠孵化项目到 ASF 的过程中，导师要注意哪些严重问题会导致项目孵化过程不顺利？@谭中意
> 吴晟：导师的多元化，不应该主要导师都来自项目捐赠公司，希望适当考虑非中国导师 (Justin 在邮件列表，针对 OzHera 也提出了出问题)
#### A1：
个人认为，有一些严重的问题是需要在导师和项目负责团队的沟通中识别并警惕的。

> 姜宁：突然发现这些都是负面的描述，我觉咱们需要改成正向的要求来牵引大家。
>
> 姜宁：我觉得还可以加上 一条警惕 KPI 项目。
>
> Xuanwo 丁皓：“警惕 KPI 项目” 这样的提法感觉不太好实操，容易陷入到技术无关的攻讦里面去。我在想是否能换成更具体的，比如说社区运作不透明，外部贡献少甚至是没有，外部用户少甚至是没有，软件运行不起来等等
>
> 姜宁：KPI项目是一个概述，需要和项目leader沟通项目进基金会的目的。 如果只是到ASF镀个金的KPI任务型项目，大家就不要浪费时间，可以直接 say no。 我这边感受最深的是 Weex 项目， 刚刚进孵化器的事情有很多人，和项目聊毕业准备没有人搭理， 接着就一个个的离开，最后只能把项目关了。
>
> Xuanwo 丁皓：明白，不过从人性角度考虑，项目 leader 在沟通项目进基金会的时候不会说自己图 KPI 来的
>
> 姜宁：这是和项目负责人面谈的时候需要提前识别的问题。
1. 项目负责团队没有能力能搞定所在公司管理层的认可，即无法让项目签署SGA。
2. 项目负责团队不认同ASF的项目治理的目的和要求：目的是使的项目能够长期健康发展，要求包括采用Apache V2的License进行发版；重大事项需要在邮件列表中讨论沉淀以便追述；不断发展多样性的贡献者并参与项目决策，不认同仁慈独裁者和发起公司全说了算的模式等。
3. 项目负责人不真诚，故意隐瞒项目问题，不虚心，不改进。
> tison：最基础的，Proposal 通常需要项目负责人起草，如果草案东拼西凑，有明显虚假内容或大量市场材料，指出后还不能改正的，基本也没什么把项目进行下去的能力和决心。实话说，因为起草需要用英文，且一般 champion 会给到一些可以借鉴的 proposals，这个情况并不罕见。
4. 项目本身没有独特的技术价值，是一个me too项目（比如简单fork一些知名开源项目，并没有自己的技术竞争力）
5. 项目没有一个可运行的独立版本？
>
> Xuanwo 丁皓：我提议增加一个这个要求，并希望导师对孵化项目进行一些最基础的 check，比如说能构建，能运行。以 ozhera 为例，ozhera 历史上从来没有独立发布过版本，唯一的 1.0 是整个 mone 项目发布的，其独立性存疑。与此同时，就像我在邮件列表中反馈的那样，git clone 下来都会有报错的，所以我提议增加这个要求。
>
> 吴晟：文档应该加上编译文档，部署文档，导师应该有人进行过验证，应该加上这个重要的条件。
>
> 姜宁：这些建议已整理到Q7的回答中

### Q2：Fork 的项目是否不能进入孵化？@姜宁
#### A2：
It depends。参见 Q1 第 4 条，原则上不鼓励。但是如果它是基于一个或者多个开源项目的 fork 和组合，有自己独特的技术价值，仍然可以支持。
> 姜宁：这块如何实操是一个问题， 在孵化器的毕业标准也没有相关的定义。 这块需要Mentor对项目所在领域有比较深的认识。
>
> Xuanwo 丁皓：沿用我对 Committer 的要求 “Make decision bravely, know when to ask for help”，实操层面上：
> 1. 没有明显 fork 痕迹的，显然没有问题。
> 2. 部分模块 copy 其他项目的，参考 InLong 和基金会外 Fury 的案例。
> 3. 重度依赖其他项目的，参考 Hadoop 生态圈的早期的强绑定项目。
> 4. 直接就是 fork 的，参考 Pekko。
> 这些这里就不展开了，如果对照以后还不清楚，建议是 “ask for help”。请参与过相似项目孵化或其提案讨论的导师一起 Review。
>
> 吴晟：`ask for help`+1， 同时项目应该能够听取 mentor 的要求。Oz 在收到 mentor 的反馈后，依然在没有改进的情况下，将一个没有认真检查的 proposal （抄袭的别人的项目名还在）发到的正式邮件列表，这明显是 Champion、项目、mentor 出现明显的理解偏差的。
>
> 姜宁：开源社区反感 fork 项目的原因是这会分散有限的社区资源， 原则上基金会是不支持 fork 项目进入孵化器的。 但是由于 License 修改而由社区成员自发fork 的项目除外。
>
> 吴晟：原则上不应该鼓励接受fork。License临时变更，是一个特殊场景，目前国内应该碰到的可能性很小。因为这个必须是fork前，有大量用户，还有一批人愿意，且有能力接过来维护的。即使 Pekko，我觉得活跃度也是不大的。这个 Fork 也很难成功。
>
> tison：同意“不鼓励 fork”，我在 “倡议：ASF 项目孵化 101” 上面评论里说的顺序也是先考虑没有 fork 的。我们应该是一个高内部认同的组织来维持品牌，不能靠底线法律，也就不太应该把精力全花在讨论怎么样的项目刚刚好擦过底线。

### Q3：距离毕业条件比较远的项目是否可以进入孵化？@谭中意
> tison：这里我认为可以把例外情况分成两类：
> 1. 项目核心作者（们）有丰富的开源经验。例如 Arrow 甚至是直接以 TLP 方式运作。这种开源经验是经年的且持续的，而不是刚开始或者过去好几年前曾经边缘参与过不到几个月。
> 2. 除此以外，建议先在孵化器之外实践（ASF 的）社群理念至少数月，明确 ASF 的路径甚至开源的路径是否适合本项目。
>
> 否则看着哪哪都不对，项目负责人（因为缺少开源经验）具体 challenge 也答不上来，只是拍胸脯说我信 Apache Way，我想搞好，这个至少对 Chapiom / Mentors 是个很大的风险。
>
> 吴晟：Apache Way 对很多项目挑战非常大，甚至成熟的 Zipkin 尝试后，也因为文化差异退出。支持 <2>，至少应该看到能够公开运作的项目，而能够透明的沟通。
> tison：我本想写 “独立运作数月或 1-2 年”，后来想想能独立运作数年的，其实很多早已有自己的文化的做事方式，来 ASF 容易回头退出。不过这完全是另一个 context 的事情，国内也有独立运作不错的项目，大多没想过进入 ASF。
> 吴晟：我觉得1年左右是一个比较好的时间。主要评估的公开沟通，如果保持的还是内部沟通，外部同步。或者没有外部参加讨论，没有公开的资料。那么基本上，这和 ASF 的期待还是很远（从社区工作模式上）

#### A3：
It depends。参见 Q1 第 2 条和第 3 条，项目现在状态距离毕业条件较远没有关系，只要项目负责人真诚、虚心愿意改进，项目团队有意愿和行动来遵守 ASF 的项目治理要求。

### Q4：如果项目孵化提案被拒绝了，是不是项目就没有机会再进入孵化器了? @姜宁
#### A4：
不是的，把被拒绝时指出的问题改进仍然可以再次提案

### Q5：对于新晋的孵化器导师需要做哪些基础设施的准备工作？@姜宁
#### A5
[【IPMC 建设新项目基础实施配置指南】](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E9%A1%B9%E7%9B%AE%E5%85%83%E4%BF%A1%E6%81%AF%E4%BB%8B%E7%BB%8D)
* [项目元信息介绍](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E9%A1%B9%E7%9B%AE%E5%85%83%E4%BF%A1%E6%81%AF%E4%BB%8B%E7%BB%8D)
- [将 Podling 加入到 podling 摘要文件中](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E5%B0%86podling%E5%8A%A0%E5%85%A5%E5%88%B0podling%E6%91%98%E8%A6%81%E6%96%87%E4%BB%B6%E4%B8%AD)
- [初始化 Podling 状态页面](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E5%88%9D%E5%A7%8B%E5%8C%96-podling-%E7%8A%B6%E6%80%81%E9%A1%B5%E9%9D%A2)
* [邮件列表资源配置](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E8%B5%84%E6%BA%90)
- [申请邮件列表](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E7%94%B3%E8%AF%B7%E9%82%AE%E4%BB%B6%E5%88%97%E8%A1%A8)
- [邮件归档](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E9%82%AE%E4%BB%B6%E5%BD%92%E6%A1%A3)
- [邮件列表管理员](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E9%82%AE%E4%BB%B6%E5%88%97%E8%A1%A8%E7%AE%A1%E7%90%86%E5%91%98)
- [邮件列表转换](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E9%82%AE%E4%BB%B6%E5%88%97%E8%A1%A8%E8%BD%AC%E6%8D%A2)
* [自助服务](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E8%87%AA%E5%8A%A9%E6%9C%8D%E5%8A%A1)
* [创建 JIRA](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#jria)
* [其他 issue 跟踪系统](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#%E5%85%B6%E4%BB%96issue-%E8%B7%9F%E8%B8%AA%E7%B3%BB%E7%BB%9F)
* [Git 迁移](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#git-%E8%BF%81%E7%A7%BB)
* [Gitbox 申请](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#gitbox-%E7%94%B3%E8%AF%B7)
* [Podling 引导](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97#podling-%E5%BC%95%E5%AF%BC)

详细内容请参考 [mentor 指导手册（IPMC 新项目基础实施设置指南）](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97)

### Q6：孵化项目的 领路人（Champion） 需要做哪些工作？@姜宁
> 吴晟：Champion 作为进入 incubator 动作的第一责任人（mentor 更多的进入后的工作），需要对项目的状态，初始社区的规模、透明度、技术架构、可能的领域机会有一个清楚的认识。我们不需要要求的一个已经成功的项目，但是版权清晰（比如这次项目的 UI 抄袭问题，实际上已经证明存在），文档清楚，尝试英语运作（ASF 要求），能够公开讨论等有明确的了解和评估。不能把这些认为，我们可以加入孵化器之后再处理。上面提到的文档明确，可编译，也应该在审查范围。
> 姜宁：文档内容已放到Q7里面回答。

#### A6:
领路人（Champion）需要扮演好项目与基金会的沟通桥梁作用。 领路人要熟知 ASF 的捐赠流程，以及 ASF 项目成熟度评估模型，领路人需要帮助项目进行一些基本的自我评估，并完成孵化提案的评审工作。由于非盈利组织的资源有限，在邀请项目 Mentor 的过程中， 领路人需要意识到充分完备的项目评估会帮助我们节省有限的孵化资源。

参考[孵化器领路人的职责](https://hackmd.io/@tedliu1/BJptmDA7p/edit)，结合实际案例列举了以下具体的工作内容：
1. 在候选项目进入孵化之前，帮助解决任何与进入ASF孵化器（ASF端）相关的障碍
* 向被孵化项目介绍孵化流程，需要告知签署捐赠协议的注意事项
* 介绍项目毕业的标准，以及解读项目成熟度模型
2. 帮助识别可能阻碍候选项目毕业或导致孵化过程困难的问题
* 结合孵化器成熟度模型帮助项目进行相关的自我评估
* 在孵化提案中当前状态一段阐述识别出的孵化过程中的重点工作
3. 帮助找到 ASF 中合适的人员进行沟通
* 如果是与孵化流程相关的问题可以在 [e-mail] 发起讨论
* 如果遇到棘手的商标问题可以联系 [e-mail] 发起讨论
* 如果遇到棘手的法务问题可以通过 https://issues.apache.org/jira/projects/LEGAL 提出问题
4. 帮助项目找到导师
* 要意识到导师与项目是相互成就， 导师的作用不是简单投票+1， 导师要有责任心，在辅导项目过程中是需要投入时间和精力的
* 邀请导师不要一味追求数量而讲究质量，一般一个孵化项目的导师不要超过4位，拒绝挂名导师。
* 导师需要有一定的项目孵化经验，最好是有项目相关领域背景的导师，这样导师能够投入更多的时间和资源帮助项目成长
* 注意导师的多元化，新老，中外导师搭配，导师不要只来自于一个公司，这样有利于知识的共享与传递
5. 推动项目进入孵化器的流程，最终发起对孵化项目进入孵化器的投票
* 帮助项目review孵化提案，并与ASF相关人员进行沟通解决实际操作问题
* ASF强调到是共识决策， 在发起孵化项目投票之前需要通过邮件在 [e-mail] 发起讨论
6. 在候选项目被接受后，领路人的角色可能结束，或者他们可以继续作为导师帮助候选项目。
### Q7：准入 ASF 孵化器的 “可量化” 的考量点？@姜宁
#### A7：
这里只结合项目自身社群活跃度进行考察，对孵化项目发展密切相关的技术定位，发展战略，商业策略不在ASF孵化器的评估考察范围之内，但是作为mentor大家可以结合自身对行业的了解自行进行判断。
1. 有已经发展了一段时间的开发者社区（开发者体验相关）
* 项目要有基本的英文使用文档，快速入门手册，开发者使用手册
* 项目代码可以正常 clone，并有完备的编译文档，部署文档，确保是一个能够正常从源代码编译安装部署运行的项目
* 项目 GitHub 有长期的提交，不是单向从公司同步代码到 GitHub
* 项目通过邮件列表或 GitHub issue 等公开讨论开发相关的上下文信息
2. 项目有一定用户的基础（社群的支持和维护）
* 项目有实际的用户
* 用户问题能够得到及时响应
* 用户之间互帮互助
3. 项目是活跃的（项目的开发活跃度）
* GitHub issue 和 PR 讨论活跃
* GitHub 有持续的项目提交
* 项目有公开的路线图，并能够与用户互动
> 注：上述几点和项目社区（而非公司）的品牌建设有一定关系
4. PPMC 核心成员最好能多元化（最好有 1/2 甚至 2/3 来自于外部）
> 姜宁：在孵化前不一定强要求
6. 有 3 位或更多愿意投入时间和精力的 mentors

### Q8: 导师看候选项目的关键两点 @谭中意
#### A8:
1. 看项目，有独特的技术价值，在解决某一个普遍的实际问题上有自己独特的地方。
2. 看人，项目所在的负责人及其团队，能做到三有（有意愿，有能力，有投入）

### Q9: 导师的职责有哪些？@姜宁
#### A9:
在 ASF 孵化指导中，对[孵化器导师的职责](https://hackmd.io/@tedliu1/SkCojwCm6/edit) 有明确的指导。分为三个层面， 面向被孵化的项目， 面向孵化器项目管理委员会 IPMC，面向相关的保荐者（Sponsor）。

保荐者选择导师来积极监督小组成员，指导被孵化项目成员按照 Apache 的方式开展工作，并向保荐者和孵化器项目管理委员会（IPMC）报告其状态。所有导师必须是 IPMC 的成员。导师在 IPMC、保荐者和指定小组成员社区方面有以下责任：

##### 对被孵化项目成员社区的责任：
* 确保 IPMC 的决策和问题得到及时处理。
* 了解 IPMC 的日常决策流程，以及报告机制
* [PPMC 运作指导](https://incubator.apache.org/guides/ppmc.html)
* 帮助项目贯彻 IPMC 日常运作的规则
* [项目社区建设指导](https://incubator.apache.org/guides/community.html)
* [项目品牌管理原则](https://incubator.apache.org/guides/branding.html)
* [知识产权审核 (IP clearance)](https://incubator.apache.org/guides/ip_clearance.html)
* [版本管理 (Release Management)](https://incubator.apache.org/guides/releasemanagement.html)
* [版本分发（Release Distribution)](https://incubator.apache.org/guides/distribution.html)
* 确保与影响被孵化项目成员的决策或解决方案的沟通及时有效。
* 一般是通过邮件列表与被孵化项目进行公开可存档对沟通。
* 建议导师在创建完邮件列表之后，可以准备一封欢迎信件，发送相关的指导文档
* 在项目准备第一次release的时候，提供必要的帮助
* 建立有效的沟通渠道，保证信息正常沟通
* 如果问题不能及时解决，需要上升到 IPMC 层面 [e-mail] 来进行讨论。
* 代表被孵化成员在孵化器 PMC 上表达利益诉求。
* 如果问题不能及时解决，需要上升到 IPMC 层面 [e-mail] 来进行讨论。
* 在与 ASF 秘书和被孵化项目成员之间，就 CLA 提交和确认方面进行联系。
* [ASF 贡献者协议](https://www.apache.org/licenses/contributor-agreements.html)
* [CLA 签署过程中的常见问题](https://www.apache.org/licenses/cla-faq.html)
* 在与ASF基础设施团队和小组成员之间，就基础设施支持（邮件列表、版本控制建立、账户建立等）进行联系。
* 具体可以参考 [mentor 指导手册（IPMC 新项目基础实施设置指南）](https://github.com/alc-beijing/alc-site/wiki/IPMC%E5%BB%BA%E8%AE%BE%E6%96%B0%E9%A1%B9%E7%9B%AE%E5%9F%BA%E7%A1%80%E5%AE%9E%E6%96%BD%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97) 中的内容描述。
* 在有需要时，协助小组成员解决许可转让、版权转让和/或软件授权问题。
* [告知签署捐赠协议的注意事项](https://alc-beijing.github.io/alc-site/post/apache_incubator_ip_policy/)
* [ASF 贡献者协议](https://www.apache.org/licenses/contributor-agreements.html)
* 提供关于 Apache 政策和实践的指导。
* [Apache Way 概述](https://www.apache.org/theapacheway/)
* [Apache 的运作模式](https://www.apache.org/foundation/how-it-works/)
##### 对 IPMC 的责任：
* 监控被孵化项目的孵化过程。
* 确保项目按照季度向 IPMC 提交孵化报告并签名
* 评估被孵化项目是否符合孵化器和ASF的政策和程序要求。
* 通过 review 项目的版本发布
* 通过观察项目的版本发布情况
* 评估被孵化项目是否应该继续、退役或毕业。
* [孵化项目毕业指南](https://github.com/alc-beijing/translation/blob/master/apache/incubator/Apache%E9%A1%B9%E7%9B%AE%E6%AF%95%E4%B8%9A%E6%8C%87%E5%8D%97.md)
* 向 IPMC 和保荐者提供关于许可授权状态的更新。
* [ASF 第三方软件许可协议使用指导](https://www.apache.org/legal/resolved.html)
* [ASF 源文件头和版权声明政策](https://www.apache.org/legal/src-headers.html)
##### 对保荐者的责任：
* 向保荐者提供关于孵化项目进展情况的报告。
* 确保项目按照季度向 IPMC 提交孵化报告并签名