First off, thanks for taking the time to contribute! 🎉🎉
The following is a set of guidelines for contributing to Auto-DL and its packages, which are hosted in the Auto-DL on GitHub. These are mostly guidelines, not rules. Use your best judgment, and feel free to propose changes to this document in a pull request.
This project and everyone participating in it is governed by the Auto-DL Code of Conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to [email protected].
Note: Please don't file an issue to ask a question. You'll get faster results by using the resources below.
- Join the Auto-DL Stack Team
- Even though Slack is a chat service, sometimes it takes several hours for community members to respond — please be patient!
- Use the
#general
channel for general questions or discussion about Auto-DL - Use the
#frontend
channel for questions or discussion about Auto-DL UI and design - Use the
#backend
channel for questions and discussion about Auto-DL rest API - Use the
#devops
channel for questions and discussion about Auto-DL deployments and devops - There are many other channels available, check the channel list
There are many ways you can contribute to Auto-DL but before contributing to the development of Auto-DL, please first check to see if an issue exists already for the change you want to make. This is the entry point for your contributions.
- If you spot some bug or want to suggest an enhancement open an issue using a template. This issue will be used to have a conversation about the problem and how to fix it.
- Add appropriate labels to the issues so that it's easy to determine the type/domain of the issue. Also labels help to filter issues while searching for issues related to a particular group.
Auto-DL and its packages can be developed locally. For instructions on how to setup the repository you can refer this.
Once the entire environment is setup, you are all set to start developing. Before sending your pull request for review, make sure your changes are consistent with the guidelines and follow the styleguides.
- Separate subject from body with a blank line
- Limit the subject line to 50 characters
- Use conventional commmits specification
- Use imperative mood in the subject line eg. use
add
instead ofadds
oradded
- Wrap the body at 72 characters
- Use the body to explain the what and why
- We use Prettier for linting javascript. Before committing and pushing the code run
npx prettier --write
- We use Black code style. Before committing and pushing the code run the black formatter
python -m black [source_file_or_directory]
If you think you have made appropriate changes to resolve a particular issue, you are all set to open a pull request. Please follow these steps while creating a pull request:
- Make sure you have followed the styleguides
- Follow the template
- Follow the naming convention mentioned in conventional commmits specification
- After you submit your pull request, verify that all the status checks are passing.
What is the status checks fail?
If a status check is failing, and you believe that the failure is unrelated to your change, please leave a comment on the pull request explaining why you believe the failure is unrelated. A maintainer will re-run the status check for you. If we conclude that the failure was a false positive, then we will open an issue to track that problem with our status check suite.
After the pull request is reviewed and approved, it will be merged.
Congratulations! The Auto-DL community thanks you 🎉