- Fork and clone this repository.
- Create a new branch in your fork based off the main branch.
- Make your changes.
- Commit your changes, and push them.
- Submit a Pull Request!
The issue tracker is only for issue reporting or proposals/suggestions. If you have a question, please use Discussions.
To contribute to this repository, feel free to create a new fork of the repository and submit a pull request. We highly suggest ESLint to be installed in your text editor or IDE of your choice to ensure builds from GitHub Actions do not fail.
Before committing and pushing your changes, please ensure that you do not have any linting errors by running
yarn lint
!
There are a number of guidelines considered when reviewing Pull Requests to be merged. This is by no means an exhaustive list, but here are some things to consider before/while submitting your ideas.
- Everything should be generally useful for the majority of users. Don't let that stop you if you've got a good concept though, as your idea still might be a great addition.
- Everything should be shard compliant. If code you put in a pull request would break when sharding, break other things from supporting sharding, or is incompatible with sharding; then you will need to think of a way to make it work with sharding in mind before the pull request will be accepted and merged.
- Everything should follow OOP paradigms and generally rely on behaviour over state where possible. This generally helps methods be predictable, keeps the codebase simple and understandable, reduces code duplication through abstraction, and leads to efficiency and therefore scalability.
- Everything should follow our ESLint rules as closely as possible, and should pass lint tests even if you must disable a rule for a single line.
- Scripts that are to be ran outside of the scope of the bot should be added to a
scripts
directory at the root and should be in the.mjs
file format.