Contributing to mkp

First off, thank you for taking the time to contribute to mkp! :+1: :tada: mkp is released under the Apache 2.0 license. If you would like to contribute something or want to hack on the code, this document should help you get started. You can find some hints for starting development in mkp's README.

Table of contents

• Code of conduct
• Reporting security vulnerabilities
• How to contribute
  • Using GitHub Issues
  • Not sure how to start contributing?
  • Pull request process
  • Commit message guidelines

Code of conduct

This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to code-of-conduct@stacklok.dev.

Reporting security vulnerabilities

If you think you have found a security vulnerability in mkp please DO NOT disclose it publicly until we've had a chance to fix it. Please don't report security vulnerabilities using GitHub issues; instead, please follow this process

How to contribute

Using GitHub Issues

We use GitHub issues to track bugs and enhancements. If you have a general usage question, please ask in the #mcp-servers channel of the Stacklok Discord server.

If you are reporting a bug, please help to speed up problem diagnosis by providing as much information as possible. Ideally, that would include a small sample project that reproduces the problem.

Not sure how to start contributing?

PRs to resolve existing issues are greatly appreciated and issues labeled as "good first issue" are a great place to start!

Pull request process

-All commits must include a Signed-off-by trailer at the end of each commit message to indicate that the contributor agrees to the Developer Certificate of Origin. For additional details, check out the DCO instructions.

• Create an issue outlining the fix or feature.
• Fork the mkp repository to your own GitHub account and clone it locally.
• Hack on your changes.
• Correctly format your commit messages, see Commit message guidelines below.
• Open a PR by ensuring the title and its description reflect the content of the PR.
• Ensure that CI passes, if it fails, fix the failures.
• Every pull request requires a review from the core mkp team before merging.
• Once approved, all of your commits will be squashed into a single commit with your PR title.

Commit message guidelines

We follow the commit formatting recommendations found on Chris Beams' How to Write a Git Commit Message article:

1. Separate subject from body with a blank line
2. Limit the subject line to 50 characters
3. Capitalize the subject line
4. Do not end the subject line with a period
5. Use the imperative mood in the subject line
6. Use the body to explain what and why vs. how