Skip to content
This repository has been archived by the owner on Mar 31, 2023. It is now read-only.

Latest commit

 

History

History
80 lines (57 loc) · 3.15 KB

CONTRIBUTING.md

File metadata and controls

80 lines (57 loc) · 3.15 KB
Raw

Contributing to the API client generator

We love your input! We want to make contributing to this project as easy and transparent as possible, whether it's:

  • Reporting a bug
  • Contributing or proposing a new feature
  • Submitting a fix

We Develop with GitHub

We use GitHub to host code, to track issues and feature requests, as well as to accept pull requests.

We Use Github Flow, So All Code Changes Happen Through Pull Requests

Pull requests are the best way to propose changes to the codebase (we use Github Flow). We actively welcome your pull requests:

  1. Before creating a pull request, please make sure it is in line with the projects' goals. If you have doubts about this, feel free to open a discussion first before spending time on a pull request that may get rejected.
  2. Fork the repo and create your branch from main.
  3. If you've added code that should be tested, add tests.
  4. Be mindful of breaking changes, please discuss these first with the maintainers. This is mainly a concern when your contribution affects how existing commands work.
  5. Ensure the test suite passes.
  6. Make sure your code is correctly formatted (see below).
  7. Issue that pull request!

Contributions you make will be under the Apache 2.0 License and the MIT License

In short, when you submit code changes, your submissions are understood to be under the same Apache License and MIT License that cover the project. Feel free to contact the maintainers if that's a concern.

Report bugs using GitHub's issues

We use GitHub issues to track public bugs. Report a bug by opening a new issue!

Use GitHub's discussions for other feedback

Do you want to request a new feature, or suggest another kind of change? Maybe you have a question about how to approach something? Please start a new discussion!

Write bug reports with detail, background, and sample code

Great bug reports tend to have:

  • A quick summary and/or background
  • Steps to reproduce
    • Be specific!
    • Give sample code if you can
  • What you expected would happen
  • What actually happens
  • Notes (possibly including why you think this might be happening, or stuff you tried that didn't work)

The better you help us understand your problem, the better we can help you!

Use a Consistent Coding Style

Please follow the Rust Coding Conventions.

We run cargo fmt -- --check to verify pull requests confirm to the expected style and you can use this command locally to verify your changes before pushing. In addition, we use cargo clippy to detect common issues with the code itself.

References

This document was adapted from the contribution guidelines for Transcriptase.