ASF的工作原理
本页概述了您一直想了解的有关Apache软件基金会，但不敢问：会员资格和委员会，谁决定什么，选举如何进行，我们如何基础设施已经建立，董事会是什么，做什么，PMC是什么孵化器背后的理念，以及ASF如何应对多年来新项目和贡献者的惊人增长。来看看ASF的幕后。
什么是Apache软件基金会？
这个Apache软件基金会（ASF）是一个501（c）3非营利公共慈善组织在美国注册成立。成立于1999年，主要目的是：
-
为开放、协作的软件开发提供基础提供硬件、通信和业务基础设施的项目
-
创建一个独立的法律实体，公司和个人可以捐赠资源，并确保这些资源将用于公共利益
-
为志愿者个人提供法律保护针对基金会项目的诉讼
-
保护应用于其软件产品的“Apache”品牌免受被其他组织滥用
这是事实，但这一切是怎么发生的，又是怎么回事真的吗？我们需要回顾一下历史。
精英政治
与开源下的其他软件开发工作不同像Linux内核或Perl/Python语言一样，没有一个开发人员启动Apache Web Server。在交换信息、软件修复和建议的过程中，有着共同兴趣的不同群体开发了该项目。
当团队开始开发自己的软件版本时在NCSA版本之外，更多的人被吸引并开始提供帮助首先发送一些补丁、建议或回复电子邮件在邮件列表上，稍后会有更重要的贡献。
当团队认为一个人“赢得”了成为其中一员的荣誉时开发社区，他们允许直接访问代码存储库，从而扩大团队并提高其开发程序的能力，以及更多地维护和开发软件的能力有效。
我们将这一基本原则称为“精英政治”：以德治国。
该过程在没有产生摩擦是因为，与其他情况不同，功率是稀缺而保守的资源，在阿帕奇集团中看到了新来者作为志愿者而不是想偷窃一个位置。
由于没有有限的、因而有价值的资源（金钱、精力、时间），集团很高兴有新人来帮忙。他们只筛选那些表示有兴趣找到并包括那些他们认为能够胜任任务并与之匹配的人与他人合作所需的人类态度，尤其是当分歧。
在解释了ASF的结构之后，我们将看到精英政治是如何与各种角色相关。
基础结构
随着Apache Web Server的市场份额和受欢迎程度开始增长，由于其技术优势和社区开放性的协同作用在这个项目的背后，人们开始创建卫星项目。影响由于他们所习惯的社区精神，他们采取了同样的做法社区管理的传统。
当ASF成立时，有几个独立的社区，每个社区都关注“网络服务”问题的不同方面，但所有人都因一套共同的目标和一套受尊重的文化而团结在一起礼仪和流程的传统。
这些单独的社区被称为“项目”，而相似的是，它们每一个都表现出微小的差异，这使它们变得特别。
减少摩擦并允许多样性出现，而不是ASF强制从顶部进行单一培养，将项目指定为中心阿帕奇世界的决策机构。每个项目都有权开发其软件在设计自己的技术章程和自己的技术宪章时有一定的自由度管理规则。
同时，原始阿帕奇群体的文化影响是各社区之间的相似性很明显我们待会儿再看。
基金会由以下实体管理：
有关所有详细信息，请阅读我们的治理概述.
董事会（董事会）
董事会负责管理和监督业务和与基金会一致的公司事务章程这包括公司资产的管理（资金、知识产权、商标和支持设备）和将公司资源分配给项目。
然而，每个Apache项目的PMC都有关于内容和项目的方向。
董事会目前由九名个人组成，由基金会成员。章程没有规定董事会成员的人数基金会应该有，但这是第一板，它从未改变。董事会每年选举产生。
这个董事会网站有更多信息，当前董事、会议时间表和过去的会议记录。
项目管理委员会（PMC）
董事会设立项目管理委员会（PMC），负责一个或多个具体项目的积极管理社区。
每个PMC至少包括一名ASF官员，他们应指定其主席，并可包括ASF公司。
董事会任命PMC主席，PMC也成为ASF的官员（副总裁）。主席对董事会负有主要责任，并且有权制定日常规则和程序PMC负责的社区管理，包括PMC本身的组成。请参阅有关角色的进一步讨论项目管理咨询公司椅子和为什么椅子是高级职员.
这个ASF章程（第6.3节）定义PMC和位置椅子。一些电子邮件有助于澄清：在这里和在这里.
从基金会的角度来看，PMC的作用是监督。主要PMC的作用不是编码，也不是编码，而是确保其社区解决所有法律问题并遵循规定的程序发布是整个社区的产品。这是我们的关键诉讼保护机制。
PMC的第二个作用是促进长期发展和整个社区的健康，并确保进行规模同行评审和协作。在ASF内部，我们担心任何以少数工作人员为中心的社区实际上没有审查。我们认为这对质量有害，代码和长期社会结构的稳定性和健壮性。
我们坚信帽子。您在ASF的角色被分配给你是个人的，是你的同龄人赐予你的。它与您的工作或当前的雇主或公司。
然而，PMC上的那些被保持在更高的标准。PMC和特别是主席是ASF董事会的眼睛和耳朵，所以我们依赖并需要信任您提供法律监督。
董事会可以通过决议随时终止PMC。
这个Apache开发人员信息页面中有更多关于PMC工作方式的详细信息。A完整所有Apache项目的列表也可以使用。
高级职员
这个Apache软件基金会官员监督日常工作基金会事务。这个董事会董事选举这些官员。
角色
精英政治在每个Apache项目社区中通常扮演着不同的角色：
用户|开发商|提交者|PMC成员|PMC主席|ASF成员
用户
A类用户是使用我们软件的人。他们为Apache项目，以错误的形式向开发人员提供反馈报告和功能建议。用户参与Apache社区通过在邮件列表和用户支持论坛上帮助其他用户。
开发商
A类开发商是以以下形式对项目作出贡献的用户代码或文档。他们采取额外的步骤参与项目，活跃在开发人员邮件列表中，参与讨论，以及提供补丁、文档、建议和批评。开发商亦称为贡献者.
提交者
A类提交者是具有代码写入权限的开发人员存储库并具有已签名的参与者许可协议（克拉）在文件中。他们有一个apache.org邮件地址。不需要依赖其他人对代码或文档进行修补，他们实际上是在为项目做短期决策。这个PMC可以（甚至默许）同意并批准永久变更，也可以拒绝他们。记住，决策者是PMC，而不是个人提交人。
PMC成员
A类PMC成员是一名因以下原因当选的委员项目进展的优点。他们有对代码库的写访问权限，这是一个apache.org邮件地址，对社区相关决策的投票权和建议其他积极贡献者担任委员会成员。PMC作为一个整体是实体它控制着项目，而不是其他人。特别是，PMC必须投票批准其项目软件产品的任何正式发布。
PMC主席
董事会任命主席来自PMC的PMC成员PMC作为一个整体是控制和领导项目的实体。椅子是界面董事会和项目之间。PMC主席有特定职责.
ASF成员
安ASF成员是由现任成员提名的人员，以及因基金会的发展和进步而当选。会员通常通过项目相关和跨项目活动来关心ASF本身。从法律上讲，成员是基金会的“股东”，即所有者之一。他们有权利选举董事会，作为董事会选举候选人推荐一名委员会成员。他们也有权提出孵化的新项目（我们稍后会看到这意味着什么）。成员通过邮件列表和年度会议。我们有一个Apache成员的完整列表.
项目管理和协作
Apache项目使用基于共识的协作管理过程。我们没有等级结构；相反，不同的群体的贡献者在组织。
由于指定的PMC有权创建他们自己的自治规则，对于PMC如何应该管理他们的项目并培育他们领导的社区。
同时，虽然存在一些差异，但仍有一些所有ASF项目都有相似之处：
通信
通信是通过邮件列表进行的。这些是“虚拟会议”聊天室”，其中的对话是异步进行的，这是一个通用的对分布在多个时区（与Apache通常的情况一样社区）。
一些项目还使用了更多的同步消息传递（例如，IRC或即时消息）。语音通信通常非常罕见由于成本和语言障碍（言语更难理解书面文本除外）。
一般来说，异步通信很重要，因为它允许创建档案，对志愿者更宽容不同社区的性质。
文档
每个项目各自负责项目网站.可以获得进一步的信息来帮助提交者、开发人员和PMCs在ASF基础设施.
决策
项目通常由志愿者自动管理和驱动为了这份工作。这有时被称为“do-ocracy”，即那些人的权力谁做的。这在大多数情况下都很有效。
当需要协调时，项目以懒惰的共识做出决策方法：投几票赞成票而不投反对票就足够了去。
投票是按数字进行的：
-
+1——投赞成票
-
0--弃权，无意见
-
-1——投反对票
规则要求PMC成员投反对票时必须包含备选提案或对反对票原因的详细解释。
然后，社区试图就备选方案达成共识这可以解决问题。在大多数情况下导致反对票的问题可以得到解决。
这一过程被称为“共识收集”，我们认为这是一个非常健康社区的重要标志。
具体案例还有更多详细投票规则.
哲学
虽然没有官方名单，但人们经常引用这六条原则，通常被称为“阿帕奇之路”，作为基金会背后的核心信念：
-
协同软件开发
-
商业友好型标准许可证
-
始终如一的高质量软件
-
尊重、诚实、基于技术的互动
-
忠实执行标准
-
安全性是一项强制性功能
所有ASF项目都遵循这些原则。类似地，Apache项目必须独立管理自己不适当的商业影响。
操作
ASF项目的所有参与者都是志愿者，没有人（甚至不是成员或官员）由基金会直接支付工作报酬。有很多为项目工作付钱但从未付钱的提交人示例基金会本身。相反，使用软件并希望对其进行增强或维护以提供工资。
ASF确实外包了各种服务，包括会计、，新闻和媒体关系以及基础设施系统管理。
ASF由个人组成
所有ASF，包括董事会、高级职员、委员和成员们正在以个人身份参与。这是ASF：个人关系不会影响个人的贡献。
除非他们特别声明，否则ASF参与者在任何邮件上发布的内容列表已完成作为他们自己。这是个人的视角，穿着他们的个人帽子，而不是作为任何公司的代言人现在就在他们的工资单上签字，即使是作为ASF公司。
所有ASF参与者都有多重帽子，尤其是董事会、高管和PMC主席。他们有时需要谈谈关于政策问题，以避免表现出个人他们会说他们是以他们的特殊身份说话的。然而，大多数时候这是不必要的：个人意见起作用好。
有些人在电子邮件中使用特殊页脚来声明自己的帽子，其他人将其声明用特殊引号括起来，其他人使用他们的apache.org电子邮件地址，否则他们会使用他们的个人一个。最后一种方法不可靠，因为许多人使用他们的apache.org始终提供地址。
平衡保密性和公开讨论
我们努力尽可能多地公开讨论。这个鼓励公开，提供公共记录，并激励更广泛的社区。
然而，有时需要内部私人邮件列表。你绝对不能未经列表。此外，永远不要在私人和公共列表之间复制电子邮件（无抄送）。这样的活动将超越电子邮件礼仪的正常需要严重失信。它可能会产生严重后果，导致不必要的混乱和不知情的讨论。
私人列表通常仅用于与作为个人（如新提交人的投票），以及需要保密性。
基础设施
ASF没有办公室或建筑物。它唯一的实体存在是使其能够运作的技术基础设施和工作人员。
ASF基础设施团队被称为“Infra”，支持帮助ASF及其项目运作和繁荣的服务。了解更多信息.
基金会孵化器
为了支持和鼓励新项目，ASF创建了孵化器帮助新员工努力加入基金会。
由于精英制度自下而上贯穿ASF对于这种政府形式的长期稳定至关重要最初的委员会成员必须很好地了解这样一个系统，并分享相同的哲学态度ASF期望从其项目中获得协作和开放。
孵化器负责：
孵化器（像董事会一样）不工作根据技术问题进行过滤。基金会尊重并支持各种技术方法。它不害怕项目之间的创新甚至内部冲突功能。
孵化器根据项目的可能性筛选项目成为成功的精英社区。基本要求孵化是：
-
一个有效的代码库——多年来，在多次失败后基金会了解到，如果没有一个初始的工作代码库通常很难引导社区。这是因为优点不是在没有工作代码库的情况下，得到了开发人员的广泛认可。此外在初始设计阶段可能产生的摩擦可能会分割社区。
-
分配足够智力的意图ASF对软件的产权--这允许获得不可撤销和永久的再分配权在编写代码时，不要担心代码本身或用户会被锁定仍然允许原作者保留其版权。
-
赞助ASF的成员或官员——此人担任主要负责人指导项目，在日常工作中提供帮助并与孵化器PMC保持联系。
潜伏期通常用于评估项目是否能够增加其委员会基础的多样性，以及在基金会的精英规则内行事。
这似乎很容易实现，但在志愿者和高度选择性的环境，吸引了新的提交人不是自动的。
委员会的多样性很重要，主要有两个原因：
其他基金会实体
除了孵化器，基金会还有其他几个跨基金项目。例如，ASF没有办公室或建筑。它是一个只存在于互联网上的虚拟实体基础设施团队管理使其能够运行的技术基础设施。
有关这些和其他跨基金项目的更多信息，请访问基础项目第页。
ASF还托管了一些基金会范围内的邮件列表，您可以了解这些列表上邮件列表第页。
正在审阅。。。
ASF代表了最好的在结构之间找到平衡的开放式组织示例以及灵活性。我们已经从200名提交人增加到3000名左右这个数字每天都在增长。我们已经能够创造在其市场中处于领先地位的软件产品。我们也有能够在开放性和经济可行性之间找到平衡。这个赢得了Apache软件和跨国公司。我们希望继续为企业、政府、教育项目和其他软件基金会。
