Contributor Guide

How to become a minikube contributor

Code of Conduct

Be excellent to each another. Please refer to our Kubernetes Community Code of Conduct.

License Agreement

We’d love to accept your patches! Before we can take them, please fill out either the individual or corporate Contributor License Agreement (CLA)

Finding issues to work on

Once you’ve discovered an issue to work on:

  • Add a comment mentioning that you plan to work on the issue
  • Send a PR out that mentions the issue
  • Comment on the issue with /assign to assign it to yourself

clone minikube

After forking minikube you can clone for best practices use the following instruction:

  1. git clone git@github.com:kubernetes/minikube.git
  2. cd minikube
  3. git remote rename origin upstream
  4. git remote set-url --push upstream NO_PUSH
  5. git remote add origin git@github.com:<YOUR_GITHUB_USERNAME>/minikube.git

Contributing A Patch

  1. Submit an issue describing your proposed change
  2. A reviewer will respond to your issue promptly.
  3. If your proposed change is accepted, and you haven’t already done so, sign the Contributor License Agreement (CLA)
  4. Fork the minikube repository, develop and test your code changes.
  5. Submit a pull request.

Contributing larger changes

To get feedback on a larger, more ambitious changes, create a PR containing your idea using the MEP (minikube enhancement proposal) template. This way other contributors can comment on design issues early on, though you are welcome to work on the code in parallel.

If you send out a large change without a MEP, prepare to be asked by other contributors for one to be included within the PR.

Style Guides

For coding, refer to the Kubernetes Coding Conventions

For documentation, refer to the Kubernetes Documentation Style Guide

Last modified November 10, 2021: Update contributor guide modify date. (b3dddf623)