开放式开发
开放式开发是下一个支柱，也是之后的下一步建立开放式设计原则。类似于前面的步骤，您还需要一个透明且包容的开发过程使每个人都能平等参与公平竞争。
您社区的贡献者需要访问每个步骤流程的。这意味着需要记录流程所有人都可以访问，包括已建立的贡献者和新来者。您需要使用也可用于要使用的所有参与者，以便执行过程。
社区不应区分贡献取决于作者或提交人的从属关系这一改变。审查过程需要公开历史记录，因此稍后可以访问请求和决策。接受时你需要付出所有努力才能做出主观贡献记录标准、指南-编写代码或文档-以及确保过程尽可能最客观。此外，你也可以把很多重点放在自动化上，比如测试-单元测试、功能测试、集成测试等-如果是源代码代码。
审查捐款应可用于并鼓励所有对项目感兴趣的人，即使最终决定只能由贡献者的子集创建。这些贡献者-称为核心评审员、提交人等应为项目成员领导层和社区成员根据优点。
开放式开发过程为新来者开辟了成为经验丰富的贡献者，然后担任领导职务，如果这是他们想要的。除了贡献新想法和功能，证明一个人有多在乎是非常重要的关于项目，包括软件的质量以及用于创建和维护它的流程。您可以成为通过审查贡献、提出新想法、解决问题和参与社区的沟通渠道，如邮寄列表、会议等等。
开放式开发流程示例
OpenStack社区是一个庞大的贡献者群体积极实践和发展的多个项目团队他们的开发过程使其更高效、更具包容性。
社区正在遵循一套标准和指导原则评估代码或文档更改：
- 正确性：代码更改需要进行相应的测试以确保它按规定工作
- 质量保证：代码具有测试用例，以确保平滑与其他服务集成，不引入回归
- 文档：需要正确记录新功能，包括API文档和配置选项
- 目的：代码更改应该实现错误修复或新的之前作为公开的一部分确定和讨论的功能设计过程
OpenStack社区从一开始就优先考虑自动化确保代码的质量以及开放的开发过程。代码更改要经过多轮自动测试，其中没有成功的测试运行，就无法批准更改。一旦发生变化由核心评审员批准，将再进行一轮测试。如果成功，更改将合并到项目的代码库。值得注意的是，最后一个实体对变更进行投票的人是执行所有适用变更的工具测试用例。
社区正在积极致力于以贡献者为中心捕获开发过程和工具的文档用于所有阶段。这确保每个人都能获得能够贡献和遵循相同准则的知识确保公平的竞争环境。
