贡献者指南
如何成为 minikube 贡献者
行为准则
请善待彼此。请参考我们的 Kubernetes 社区行为准则。
许可协议
我们很乐意接受您的补丁！在接受之前，请填写个人或公司贡献者许可协议 (CLA)
查找可处理的问题
-
“good first issue”（好的入门问题） - 有明确解决方案路径的问题
-
“help wanted”（需要帮助） - 我们已经确定了需求但没有资源来处理的问题
-
“priority/important-soon”（优先级/近期重要） 或 “priority/important-longterm”（优先级/长期重要） - 需要在接下来的几个版本中解决的高影响问题。
-
如果您不确定，请在 #minikube Slack 上提问
一旦您发现了一个可以处理的问题
- 添加评论说明您计划处理该问题
- 发送提及该问题的 PR
- 在问题上使用
/assign评论将其分配给自己
克隆 minikube
在 fork minikube 后，您可以 clone，为了最佳实践，请使用以下说明
git clone git@github.com:kubernetes/minikube.git
cd minikube
git remote rename origin upstream
git remote set-url --push upstream NO_PUSH
git remote add origin git@github.com:<YOUR_GITHUB_USERNAME>/minikube.git
贡献补丁
- 提交一个问题，描述您提议的更改
- 审查人员会及时回复您的问题。
- 如果您的提议更改被接受，并且您尚未这样做，请签署 贡献者许可协议 (CLA)
- Fork minikube 存储库，开发和测试您的代码更改。
- 在测试之前，您可能需要安装一些先决条件。
- 提交拉取请求。
贡献较大的更改
要获得关于更大、更雄心勃勃的更改的反馈，请使用 MEP（minikube 增强提案）模板创建一个包含您想法的 PR。这样其他贡献者就可以尽早评论设计问题，不过您也可以并行处理代码。
如果您在没有 MEP 的情况下发送了一个较大的更改，请准备好被其他贡献者要求在 PR 中包含一个。
样式指南
对于编码，请参考 Kubernetes 编码约定
对于文档，请参考 Kubernetes 文档样式指南