Skip to content

Latest commit

 

History

History
70 lines (55 loc) · 3.31 KB

CONTRIBUTING.md

File metadata and controls

70 lines (55 loc) · 3.31 KB

Contributing

If you are interested in contributing to the project, your contributions will fall into three categories:

  1. You want to report a bug, feature request, or documentation issue
    • File an issue describing what you encountered or what you want to see changed.
    • The maintainers evaluate the issues and triage them, scheduling them for a release. If you believe the issue needs priority attention comment on the issue to notify the team.
  2. You want to propose a new feature and implement it
    • Post about your intended feature, and we shall discuss the design and implementation.
    • Once we agree that the plan looks good, go ahead and implement it, using the code contributions guide below.
  3. You want to implement a feature or bug-fix for an outstanding issue
    • Follow the code contributions guide below.
    • If you need more context on a particular issue, please ask and we shall provide.

Code contributions

Your first issue

  1. Read the project's README.md to learn how to setup the development environment.
  2. Find an issue to work on. The best way is to look for the good first issue or help wanted labels.
  3. Comment on the issue saying you are going to work on it.
  4. Code! Make sure to update unit tests!
  5. When done, create your pull request.
  6. Verify that CI passes all status checks. Fix if needed.
  7. Wait for other developers to review your code and update code as needed.
  8. After your pull request reviewed and approved, a maintainer will merge your pull request.

Remember, if you are unsure about anything, don't hesitate to comment on issues and ask for clarifications!

Label your PRs

This repository uses the release-drafter action to draft and create our change log.

Please add one of the following labels to your PR to specify the type of contribution and help categorize the PR in our change log:

  • breaking -- The PR creates a breaking change to the API.
  • bug -- The PR fixes a problem with the code.
  • feature or enhancement -- The PR introduces a backward-compatible feature.
  • documentation or examples -- The PR is an addition or update to documentation.
  • build, dependencies, chore, or ci -- The PR is related to maintaining the repository or the project.

By default, an unlabeled PR is listed at the top of the change log and is not grouped under a heading like Features that groups similar PRs. Labeling the PRs so we can categorize them is preferred.

If, for some reason, you do not believe your PR should be included in the change log, you can add the skip-changelog label. This label excludes the PR from the change log.

For more information, see .github/release-drafter.yml in the repository or go to https://github.com/release-drafter/release-drafter.

Attribution

Portions adopted from https://github.com/pytorch/pytorch/blob/master/CONTRIBUTING.md.