First off, thank you for considering contributing to the BARK - BLINKS Web UI project! It's people like you that make BARK - BLINKS such a great tool. We welcome contributions from the community and are grateful for any time, effort, and expertise you choose to dedicate to improving this project.
The following is a set of guidelines for contributing to BARK - BLINKS Web UI. These are mostly guidelines, not rules. Use your best judgment, and feel free to propose changes to this document in a pull request.
- Code of Conduct
- Getting Started
- How Can I Contribute?
- Style Guides
- Commit Messages
- Pull Requests
- Additional Notes
This project and everyone participating in it is governed by the BARK - BLINKS Code of Conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to conduct@barkprotocol.com.
- Fork the repository on GitHub
- Clone your fork locally
- Set up the development environment as described in the README.md
- Create a new branch for your contribution
- Make your changes
- Push your changes to your fork on GitHub
- Submit a pull request to the main repository
- Ensure the bug was not already reported by searching on GitHub under Issues
- If you're unable to find an open issue addressing the problem, open a new one
- Be sure to include a title and clear description, as much relevant information as possible, and a code sample or an executable test case demonstrating the expected behavior that is not occurring
- Open a new issue with your suggestion
- Provide a clear and detailed explanation of the feature you want to see
- Include any relevant mockups or examples if applicable
- Look for issues labeled "good first issue" or "help wanted"
- If you're not sure where to start, ask for help in the issue comments
- Follow all instructions in the template
- Follow the style guides
- After you submit your pull request, verify that all status checks are passing
We use ESLint and Prettier to enforce a consistent coding style. Please ensure your code adheres to the rules defined in our .eslintrc.js
and .prettierrc
files.
We use Tailwind CSS for styling. Please follow the Tailwind CSS best practices and use utility classes whenever possible.
- Use the present tense ("Add feature" not "Added feature")
- Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
- Limit the first line to 72 characters or less
- Reference issues and pull requests liberally after the first line
- Ensure any install or build dependencies are removed before the end of the layer when doing a build
- Update the README.md with details of changes to the interface, this includes new environment variables, exposed ports, useful file locations and container parameters
- Increase the version numbers in any examples files and the README.md to the new version that this Pull Request would represent
- You may merge the Pull Request in once you have the sign-off of two other developers, or if you do not have permission to do that, you may request the second reviewer to merge it for you
This section lists the labels we use to help us track and manage issues and pull requests.
bug
- Issues that are bugsenhancement
- Issues that are feature requestsdocumentation
- Issues or pull requests related to documentationgood first issue
- Good for newcomershelp wanted
- Extra attention is neededquestion
- Further information is requested
Thank you for contributing to BARK - BLINKS Web UI!