Apache 软件基金会（ASF）围绕一套独特的流程和价值观构建，以确保其开放性。作为 Apache 软件基金会 Apache Software Foundation （ASF） 的长期志愿者和导师（以及现任董事会成员）和 Apache 孵化器的副总裁，我很自豪能够提供我对 ASF 运营的独特流程和价值观的见解。ASF 以开源 Apache 许可证 为中心，采用开放而务实的方式运作，与许多其他基金会不同，是一个为公共利益而建立的慈善组织。例如，ASF 董事会由成员选举产生。没有人可以购买董事会席位，ASF 的联属关系是与个人建立的，而不是与公司建立的。一般来说，参与 ASF 的任何个人的公司隶属关系都不会被说明，这并不重要。结果是，ASF 营造了一个供应商中立的环境，公司可以在其中舒适地协作构建有价值的项目。让我们看一下 ASF 如何选择其项目、开源许可证的现状以及你对 ASF 未来的展望。Apache 孵化器流程和 “Apache 之道”潜在的 Apache 项目始于 Apache 孵化器 Apache Incubator ，在那里它们接受帮助和指导，以期望能够毕业成为顶级的 Apache 项目。任何人都可以为孵化器制定项目提案（他们只需要找到 ASF 内部愿意帮助支持它的人）。在审查潜在的项目时，ASF 更愿意看到涉及到的人和实体的多样性，而不仅仅是一个单一的法人团体。我们发现，这种更广泛的多样性会导致项目被更广泛地使用并具有更长久的生命力。孵化器的主要目的是帮助项目学习并按照我们所说的 Apache 之道 The Apache Way 运作。这是一套为社区主导的发展提供最佳实践的价值观。“Apache 之道”的最重要方面包括严格的供应商中立性优先考虑社区，甚至优先于项目代码。开放和透明的交流也是至关重要的：ASF 要求所有项目交流都是公开可访问的，并永久归档以支持异步协作。此外，开源的 Apache 许可证附加在所有被接受的项目上，确保所有源代码也是公开可用的。在孵化器中，我们首先会根据项目与 Apache 价值观的一致程度来考察项目是否适合。不需要百分之百的一致，但项目需要愿意适应。还将从许可证的角度讨论确保项目与 Apache 完全兼容，在某些情况下，将根据需要删除或替换依赖项。“Apache 之道”会朝构建自我维持的社区方向做准备。尽管如此，对于一些项目来说，建立社区可能很困难，有些项目无法通过孵化器。“Apache 之道”对繁荣社区至关重要的另一个关键元素，是基于共识做出决策。根据我们的经验，开放讨论和避免单个项目负责人对该流程至关重要。我们曾经有过一些孵化项目，有一个试图保持控制权的强势人物，由于这个原因，这些项目没有成功。开源和 Apache 许可证开源项目有很多种。同时，使用开源许可证不会自动使项目开源。项目的社区才是释放开源的益处，并促进更大的开放和透明度的关键。一些公司高调地从 Apache 许可转向不太宽松的许可。如果你的公司从开源许可证更改为非开源许可证，我不得不质疑你们当初为什么要选择开源许可证。这可能意味着商业模式不适合开源。我认为，企业改变开源许可证，对他们的社区和用户造成了巨大的伤害。正如我所说，ASF 是一个非营利性慈善组织，致力于为公共利益而开发软件。这就是宽松的 Apache 许可证的目的。从软件中赚钱很好，但这不是 Apache 许可证的目的。作为一个规则，ASF 不允许任何使用领域限制。任何人 都可以以任何理由使用 Apache 项目。真正开源背后的理念是一些使用项目的人会回馈它，但绝对不能强制要求贡献。那些似乎困扰于这一点的公司需要明白，这不是开源的运作方式，也不是它应该的运作方式。开源和 ASF 的未来在过去的五到十年里，开源无疑得到了广泛的采用，尤其是在企业中加速采用。我可以肯定地说，地球上几乎没有哪个软件不包含或不依赖某种方式的开源项目。这种采用率只会增长。与某些基金会不同，ASF 在项目招募方面相当放手。期待 ASF 能一如既往地坚持下去，并与那些看到 ASF 方式的价值的项目一同，阐明 “Apache 之道”的价值。随着 ASF 项目在重大行业变革中处于领先地位（最初是 Web 服务器，最近是通过 Apache Hadoop 和 Spark、Cassandra 和 Kafka 等大数据项目），这种放手的做法已被证明是成功和可持续的。下一步，ASF 有几个大型的人工智能和机器学习项目。此外，一些物联网项目也通过了 Apache 孵化器，其中几个可能会变得相当有影响力。展望未来，期待 ASF 将一如既往，推出一些主要行业参与者使用的非常成功的开源项目，以及其他小型项目，提供至关重要的（如果有更多的利基市场的话）吸引力。（选题：MJ/05f6689e-49df-47db-ba00-924d4fc612fd）via: https://opensource.com/article/21/6/apache-software-foundation作者：Justin Mclean 选题：lujun9972 译者：hanszhao80 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出
Apache 基金会（ASF）正式宣布，该基金会已经将其旗下的 350 多个项目、多达 2 亿行的代码从内部的 Git 基础设施迁移至 GitHub。作为全球最大的开源基金会，ASF 拥有 730 名个人 ASF 成员 （ Member ） 和超过 7000 名的 Apache 代码 提交者 （ Commiter ） ，在其 20 年的历史当中，已经通过 300 万个代码提交累计贡献了多达 10 亿行的代码。Apache 项目最初在 ASF 基础设施中提供了两种版本控制服务：Apache Subversion 和 Git。而多年来，越来越多的项目及其社区希望在 GitHub 上看到他们的源代码。但是由于这些代码在 GitHub 只是只读的镜像，因此在这些代码存储库上只能使用有限的 GitHub 工具。“2016 年，基金会开始将 GitHub 的代码存储库和工具与我们自己的服务集成在一起。这使得部分选定的项目能够使用 GitHub 的优秀工具，”ASF 基础设施管理员 Greg Stein 说。 “随着时间的推移，我们改进、调试并巩固了这种集成。在 2018 年末，我们要求所有项目从我们内部的 git 服务转移到 GitHub 提供的服务。这种转变会将 GitHub 所有的工具带到我们的项目中，而我们在我们的基础设施上维护一个备用镜像。”GitHub CEO Nat Friedman 表示：“我们很自豪能让开源社区这么长期的成员转移到 GitHub。……无论是与个人开源维护者和贡献者，还是与一些世界上最大的开源基金会（如 Apache）合作，GitHub 的使命是通过支持开源社区，满足他们的独特需求和帮助开源来成为所有开发人员的家，让项目茁壮成长。”在 2019 年 2 月，迁移到 GitHub 的工作已经完成，ASF 自己的 git 服务退役。“我们将继续试验和扩展 GitHub，以根据我们自己的需求和要求为我们的社区提供服务，”Stein 补充道。 “基金会已经开始与 GitHub 管理层密切合作，探索实现这一目标的方法，以及将来可能实现的目标。”补充：Apache 基金会的项目并未“迁移”至 GitHub，而是做了个双主镜像经过多位 Apache 基金会的贡献者解释，这则消息存在一定的误读，特此做个澄清。据 Apache 基金会官方的解释，之前，Apache 基金会“有两个不同的 git 服务：gitbox 和 git-wip-us，后者是自 2010 年以来一直可用的最初的 git 服务”，而通常会在 GitHub 上建立一个只读镜像。随着 Apache 基金会旗下各个项目表示出对利用 GitHub 基础设施服务的兴趣，从 2016 年中期，Apache 基金会建立了 gitbox，以使项目能够正常使用 GitHub 服务。gitbox 提供的是一种双主镜像的仓库，即使用者可以在 GitHub 上进行提交、处理 PR 和工单等，也可以采用 Apache 内部账户进行相同的操作——而无论在任何一端的操作都是双向同步的。到了 2018 年，基金会决定将所有使用 git 服务项目都迁移至 gitbox，使之可以利用 GitHub 生态的更多工具，并将 git-wip-us 服务废弃。这个工作已于 2019 年 2 月完成。所以，现在的状态是：Apache 基金会旗下采用 git 作为版本仓库的项目，都迁移至 gitbox 了。这些项目既可以使用 GitHub 的基础设施和工具，也可以使用 Apache 基金会账户在 gitbox 上进行相同的操作。因此，这就是“通过集成了 GitHub 而扩展了 Apache 基金会的基础设施”（原新闻标题）。感谢 Apache 基金会的贡献者“吴晟@skywalking”、“刘天栋Ted.开源社”和华为的姜宁提供的信息。