First off, thank you for considering contributing to the Community of Trust PHP Integration Library. It's people like you that make the open-source community such a fantastic place to learn, inspire, and create. Any contributions you make will benefit everybody else and are greatly appreciated.
There are many ways you can contribute to this project, from writing tutorials or blog posts, improving the documentation, submitting bug reports and feature requests, or writing code which can be incorporated into the library itself.
This section guides you through submitting a bug report. Following these guidelines helps maintainers and the community understand your report, reproduce the behavior, and find related reports.
- Use the GitHub Issues page - Check if the issue has already been reported. If it has, add a comment to the existing issue instead of opening a new one.
- Provide detailed report - Include detailed information about how to reproduce the issue. If possible, provide a code sample or an executable test case demonstrating the expected behavior that is not occurring.
Feature requests are welcome. But take a moment to find out whether your idea fits with the scope and aims of the project. It's up to you to make a strong case to convince the project's developers of the merits of this feature. Please provide as much detail and context as possible.
Pull requests are the best way to propose changes to the codebase. Here are the steps to follow:
- Fork the repo and create your branch from
main
. - If you've added code that should be tested, add tests.
- Ensure the test suite passes.
- Make sure your code lints.
- Issue that pull request!
- 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 - e.g.
fix: Correct issue #123
- Use conventional commits for commit messages Conventional Commits
- Use the following prefixes for commit messages:
feat:
for new featuresfix:
for bug fixesdocs:
for changes to documentationstyle:
for formatting, missing semicolons, etc; no code changerefactor:
for refactoring production codetest:
for adding tests; no production code changechore:
for updating build tasks, package manager configs, etc; no production code change
Follow the PSR-12: Extended Coding Style.
- Use Markdown
- Reference methods and classes in backticks.
By contributing, you agree that your contributions will be licensed under its MIT License.
Every external contributor needs to sign commits with a valid DCO.
This is done by adding a Signed-off-by line to commit messages.
This is my commit message
Signed-off-by: Random J Developer <[email protected]>
Git even has a -s command line option to append this automatically to your commit message:
git commit -s -m 'This is my commit message'
- Code contributions should be made according to the LICENSE file.
- Contributions are subject to the Code of Conduct to ensure a welcoming and open environment for everyone.
Thank you for your interest in contributing to the Community of Trust PHP Integration Library!