跳转到: 导航, 搜索

How To Contribute

我该如何贡献? 感谢您的提问。让我们为您找到一个合适的贡献方向!

首先您应该加入我们的交流论坛

  • 订阅我们的 邮件列表
  • 加入我们的 IRC:您可以在 #openstack 或其他频道与我们直接交流
  • Ask OpenStack 上回答和提问


如果您正在构建云

指导和寻找导师

您可以联系 First Contact SIG,提出关于如何入门的任何问题。

如果您需要更结构化的指导计划(或想成为导师),多样性和包容性工作组托管了各种 指导 计划,可以帮助您入门。

如果您是开发者

  • 浏览 代码和文档贡献者指南,它将帮助您
    • 加入 OpenStack Discuss 邮件列表
    • 加入 #openstack-dev IRC 频道
    • 设置必要的帐户
    • 了解在哪里可以找到代码
    • 如何设置您的开发环境
    • 如何与 Gerrit 交互并审查代码
    • 了解如何开发文档
    • 了解如何贡献翻译
  • Pycharm 开源开发者许可证可供为 OpenStack 贡献的人员使用。如果您正在为 OpenStack 贡献并且需要许可证,请在此处 填写详细信息。更多详细信息请参见 此处

修复 Bug

您可以提供的第一个帮助是修复 Bug。已确认 的 Bug 通常是很好的目标。已分类 的 Bug 甚至可能包含有关如何修复它们的提示。这是 已确认和已分类的 Bug 列表。

您可以贡献有关如何修复给定 Bug 的说明,并将其设置为 已分类。或者您可以直接修复它:将 Bug 分配给自己,将其设置为 进行中,分支代码,实现修复,并提出您的更改以合并到主干!

一些易于修复的 Bug 可能会被标记为 低垂的果实:它们也适合初学者。

维护

维护良好的代码质量是一项永无止境的工作,在开发团队中共享。有几个始终进行的工作需要您的帮助,例如:增加代码中的注释,减少 pylint 违规,增加代码覆盖率。这些通常是参与开发的好方法:简单的更改可以让您接触到 OpenStack 代码的各个方面,并获得同行的尊重。:) 检查连续代码质量和测试覆盖率监控所描述的结果也是一个好主意 此处

您还可以尝试 维护此 Wiki

如果您是测试者(和破坏者),请从以下方式开始

测试

我们需要您的帮助来确保 OpenStack 组件的行为正确。请随意安装开发版本并报告任何问题。

分类 Bug

报告的 Bug 需要关注:正确地确定优先级,确认它们,确保它们不会停滞不前……所有这些任务都有很大的帮助。如果您关心 OpenStack 的稳定性但不是核心开发者,请考虑在该领域提供帮助!

整个过程在 BugTriage 上描述。

如果您对安全感兴趣,我们非常欢迎您的帮助

OpenStack 安全组 (OSSG) 是一个由关注安全的成员组成的团队,共同努力以广泛提高 OpenStack 的安全性。OSSG 拥有各种技能的人员(包括开发人员、架构师、作者等)。请参阅 Security/How_To_Contribute,了解有关如何参与 OSSG 的更多详细信息。

如果您是设计师或可用性专家,请帮助塑造用户体验

您可以以多种不同的方式为 OpenStack 的用户体验做出贡献。无论您是作为用户审查当前功能并提供反馈,设计新功能,使用用户测试设计或功能,还是帮助构建用例和需求,我们都非常乐意在 UX 组中获得您的帮助!

请查看 用户体验设计入门 部分的 UX Wiki,了解详细信息。

此外,如果您有任何问题或需要有关从哪里开始的指导,请随时联系 OFTC 上的 #openstack-ux 中的其他设计师和对 UX 工作感兴趣的人。

如果您想帮助 openstack.org 网站

首先阅读 贡献网站 文档。

如果您是社区建设者

查看 用户组页面,了解现有哪些社区以及如何启动一个。如果您对多样性和使我们的社区更具包容性和多样性感兴趣,请查看 OpenStack 女性女性拓展计划 以获取想法。

缺少什么吗?

如果您需要有关如何贡献的进一步指导或在开始时遇到困难,您也可以在 oftc.net 上查看 #openstack-dev