NOTICE: For the majority of situations, please use the dev branch as the base for your pull request. We only update the main branch when we release a new version of the package. More info.
Want to contribute to this project? We ❤️ it!
Here are a few types of contributions that we would be interested in hearing about.
- Bug fixes
- If you find a bug, please first report it using GitHub Issues.
- Issues that have already been identified as a bug will be labeled
bug
.- If you'd like to submit a fix for a bug, send a Pull Request from your own fork and mention the Issue number.
- Include a test that isolates the bug and verifies that it was fixed.
- If you'd like to submit a fix for a bug, send a Pull Request from your own fork and mention the Issue number.
- New Features
- If you'd like to accomplish something in the extension that it doesn't already do, describe the problem in a new GitHub Issue.
- Issues that have been identified as a feature request will be labeled
enhancement
. - If you'd like to implement the new feature, please wait for feedback from the project maintainers before spending
too much time writing the code. In some cases,
enhancement
s may not align well with the project objectives at the time.
- Issues that have been identified as a feature request will be labeled
- If you'd like to accomplish something in the extension that it doesn't already do, describe the problem in a new GitHub Issue.
- Tests, Documentation, Miscellaneous
- If you think the test coverage could be improved, the documentation could be clearer, you've got an alternative
implementation of something that may have more advantages, or any other change we would still be glad hear about
it.
- If it's a trivial change, go ahead and send a Pull Request with the changes you have in mind.
- If not, open a GitHub Issue to discuss the idea first.
- If you think the test coverage could be improved, the documentation could be clearer, you've got an alternative
implementation of something that may have more advantages, or any other change we would still be glad hear about
it.
We also welcome anyone to work on any existing issues with the good first issue
tag.
For a contribution to be accepted:
- The test suite must be complete and pass
- Code must follow existing styling conventions
- Commit messages must be descriptive. Related issues should be mentioned by number.
If the contribution doesn't meet these criteria, a maintainer will discuss it with you. You can still continue to add more commits to the branch you have sent the Pull Request from.
- Fork this repository on GitHub.
- Clone/fetch your fork to your local development machine.
- Create a new branch and check it out.
- Make your changes and commit them. (Did the tests pass? No linting errors?)
- Push your new branch to your fork.
- Open a Pull Request from your new branch to the
deepgram/deepgram-rust-sdk
'sdev
branch.