参与和贡献

参与和贡献

您是否有兴趣为 kOps 做贡献？我们，维护者和社区，热烈欢迎您的建议、贡献和帮助！我们有一个关于添加功能的快速入门指南。此外，维护者随时可以联系，以了解如何参与其中。

为了让更多新用户参与 kOps，我们开始在问题中添加 good-starter-issue 标签。这些通常是范围较小的问题，但可以帮助您开始熟悉代码库。

我们还鼓励所有积极的社区参与者以维护者的身份行事，即使您没有“官方”的写入权限。这是一个社区努力，我们在这里为 Kubernetes 社区服务。如果您有积极的兴趣并希望参与其中，您拥有真正的力量！不要假设这里只有“维护者”才能完成任务。

我们也希望添加更多“官方”维护者，所以展示您的能力吧！

这意味着什么

问题

• 帮助阅读和分类问题，并在可能的情况下提供帮助。
• 指出重复的问题、过时的问题等。
  • 即使您没有标签权限，请记下并标记维护者（/close、/dupe #127）。

拉取请求

• 阅读和审查代码。留下评论、问题和批评（/lgtm ）。
• 下载、编译和运行代码，并确保测试通过（make test）。
  • 还要验证新功能是否合理、是否遵循最佳架构模式，以及是否包含测试。

此仓库使用 Kubernetes 机器人。查看完整命令列表这里。

办公时间

kOps 维护者每两周抽出 1 个小时进行 公开 办公时间。这段时间用于与对 kOps 感兴趣的社区成员进行交流。此会议对开发者和用户开放。

有关更多信息，请查看办公时间页面。

与贡献者交流的其他方式

请在#kops-users 或#kops-dev 频道与我们联系。很多时候，一个精心构造的问题或潜在的 Bug 报告会在 Slack 上引起正确的人员的注意，并帮助快速解决问题。

GitHub 问题

Bug

如果您认为发现了 Bug，请按照以下说明操作。

• 请花点时间认真检查问题跟踪器。您的问题可能是重复的。
• 设置 -v 10 命令行选项并保存日志输出。请将其粘贴到您的问题中。
• 注意您运行的 kOps 版本（来自 kops version）以及您使用的命令行选项。
• 打开新问题。
• 请记住，用户将来可能会在问题跟踪器中搜索您的问题，所以请为它起一个有意义的标题，以帮助其他人。
• 请随时在kubernetes slack 上联系 kOps 社区。

功能

我们还使用问题跟踪器来跟踪功能。如果您有功能的想法，或者认为可以帮助 kOps 变得更加强大，请按照以下步骤操作。

• 打开新问题。
• 请记住，用户将来可能会在问题跟踪器中搜索您的问题，所以请为它起一个有意义的标题，以帮助其他人。
• 使用具体示例明确定义用例。例如：我输入 this，kOps 执行 that。
• 我们的一些大型功能需要一些设计。如果您希望为您的功能包含技术设计，请将其包含在问题中。
• 在充分了解新功能并达成设计协议后，我们可以开始编码该功能。我们希望您来编码它。因此，请打开一个 WIP （进行中） 拉取请求，然后尽情编码吧。