Thank you for your interest in contributing to babylon-nginx!
We want to clarify that Github Issues are primarily meant for the purpose of reporting problems or concerns, rather than functioning as an open bug tracker. This means that reported issues on Github may be closed and reported in our internal tracking system or added to our roadmap.
If you are thinking of requesting a feature, make sure it’s not already part of our upcoming features outlined in the Roadmap. If you have a feature suggestion, we kindly ask that you share it through Discord or Telegram.
Our primary focus is on the priorities outlined in our Roadmap. We appreciate your understanding that addressing reported issues may not always align with our immediate roadmap goals.
- Contributing Guidelines
- Table of Contents
- Code of Conduct
- Reporting Issues
- Contributing Code
- Review Process
- License
This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to [email protected].
Ensure the bug was not already reported by searching on GitHub under Issues.
If you encounter a bug or have a problem with the project, please open an issue on our issue tracker. Make sure to provide as much detail as possible, including:
- A clear and descriptive title.
- Steps to reproduce the issue.
- Expected behavior and actual behavior.
- Your operating system, browser, or other relevant information.
- If possible, include screenshots or code snippets that illustrate the issue.
Submitting a Pull Request does not guarantee the acceptance of your proposed changes. We strongly advise initiating a discussion with the team via Discord, Telegram, or Github Issues (for bugs) prior to commencing work on a PR.
Note: adapt this as required for your repository
- Fork the repository to your GitHub account.
- Clone your forked repository to your local machine.
- Create a new branch for your changes.
- Write clear, concise, and well-documented code.
- Commit your changes with a descriptive commit message. Please follow the PROJECT’s commit message format.
Note: adapt this as required for your repository
- Ensure that your changes do not break existing tests.
- Write new tests for your code if applicable.
- Run the test suite to make sure everything is passing.
Note: adapt this as required for your repository (the target branch for the PR may change)
- Push your changes to your forked repository:
- Open a pull request against the
develop
branch of the original repository. - Provide a clear and informative title and description for your pull request.
- Be prepared to address any feedback or questions during the review process.
Pull requests will be reviewed by project maintainers. Reviewers may provide feedback, request changes, or approve the pull request. We appreciate your patience during this process, and we aim to be responsive and constructive in our feedback.
By contributing to babylon-nginx, you agree that your contributions will be licensed under the Radix License 1.0 (modified Apache 2.0):.