Thank you for your interest in contributing to TryAtSoftware.Equalizer! We welcome contributions from the community to help improve our project. As a part of this document you can find some guidelines to ensure a smooth collaboration.
If you encounter any problems, want to suggest improvements or new features, please open an issue.
There are two standard templates for Bug report
and Feature request
that you can use.
We encourage you to contribute to TryAtSoftware.Equalizer by submitting pull requests. Follow these steps to submit a PR:
- Fork the repository to your own GitHub account;
- Create a new branch:
git checkout -b your-branch-name
; - Make your desired changes, adhering to the guidelines and best practices;
- Commit your changes with clear and descriptive messages;
- Push your branch to your forked repository:
git push origin your-branch-name
; - Open a new PR on our GitHub repository with a clear title and detailed description of your changes;
- Engage in any follow-up discussions or requested changes related to your PR;
- Once approved, your changes will be merged into the main project. Note: By submitting a PR, you agree that your code will be licensed under the project's open-source license.
We prioritize maintaining high code quality. In order to achieve this we use SonarCloud.
Please, keep in mind the following guidelines:
- Sonar analyzers are integrated into our development process to identify and report issues such as code smells, bugs, vulnerabilities, and security risks;
- SonarCloud checks are automatically performed on our continuous integration (CI) pipeline, and the build may fail if certain quality or security criteria are not met;
- Be proactive in resolving any reported issues related to code quality, maintainability, and security.
We strive to maintain good test coverage to ensure the stability of the project. When contributing new features or bug fixes, appropriate tests must be included as well. SonarCloud is responsible to measure code coverage and if it is unsatisfactory, that will cause the build to fail.
Clear and comprehensive documentation is crucial for the project's users and contributors. When making changes, update the documentation accordingly. This includes XML documentation, README files, Wiki pages, and any other relevant documentation.
Please, keep in mind the following guidelines:
- Provide examples and explanations to help users understand how to use the project;
- Document any changes in behavior or configuration that might affect users;
- Use clear and concise language.
We expect all contributors to follow our Code of Conduct when participating in our project.
By contributing to this project, you agree that your contributions will be licensed under the project's LICENSE file.