贡献者指南
如何成为 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 中包含一个 MEP。
样式指南
有关编码，请参考 Kubernetes 编码规范
有关文档，请参考 Kubernetes 文档样式指南