Contributing to Drash Land
Contributors are always welcomed!
This document was last updated on October 24, 2021. Please review this document if you have not reviewed it on or after this date.
- Changelog
- Commit Messages
- Reporting Bugs
- Requesting New Features
- Creating A Pull Request
- Code Style Guidelines
- License
You can view all changes to this document here.
We follow https://www.conventionalcommits.org/.
A bug is a demonstrable problem that is caused by the code. Good bug reports are extremely helpful, so thank you!
We welcome all feature requests, but please take a moment to determine whether or not your idea fits with the scope and aims of the project. It is up to you to convince the maintainers of the merits of your feature request. Please provide as much detail and context as possible. Also, provide a use case for the feature. Providing a use case is required.
Please ask first before embarking on any significant pull request (e.g., implementing features, refactoring code, etc.). Otherwise, you risk spending a lot of time working on something that the maintainers might not want to merge.
Please make sure your pull request addresses the issue at hand without extra code bloat. Do not create a pull request with a complex solution to a simple problem.
-
Fork the project you want to work on.
-
Clone your fork.
git clone https://github.com/<your-username>/<repo-name>.git
-
Go into your newly cloned directory.
cd repo-name
-
Configure your remotes.
# Assign the original repo to a remote called "upstream" git remote add upstream https://github.com/drashland/<repo-name>.git
-
If you cloned a while ago, get the latest changes from upstream:
git checkout master git pull upstream master
-
Create a new branch (off of the
master
branch) to contain your additions, modifications, and/or deletions:git checkout -b <<issue-number>-branch-name>
-
Push your branch up to your fork:
git push origin <<issue-number>-branch-name>
-
Open a Pull Request with a clear title and description against the
master
branch and follow the instructions in the pull request template.As a rule of thumb, always format your code using
deno fmt
before opening your pull request. If you forget to format your code, just add a commit with the message deno fmt (e.g.,git commit -m "deno fmt"
). The CI will fail ifdeno fmt
is not performed.
Note: It is recommended that you "clean up" your commits before opening a pull request. Maybe take a look at git rebase --interactive
to do this.
Code should follow Deno Style Guide with a few exceptions:
- Copyright headers are not required.
- Do not use
Deno.test()
when testing. Use Rhum. Rhum should already be in all Drash Land projects (with the exception of dmm -- dmm should not use Rhum).
By submitting a your code to the Drash Land organization, you agree to allow the maintainers to license your work under the terms of the MIT License.