Contents:
Contributions are welcome! This Python project is a publicly-accessible package, so high-quality contributions are the foremost expectation. Whether you wish to report an issue or contribute code for a bug-fix or new feature, you have found the right place.
Please report issues via GitHub's Issues mechanism. Both bug reports and new feature requests are welcome.
When reporting a defect, you must include all of the following information in your issue report:
- Operating System and its version on the machine(s) exhibiting the unfavorable outcome.
- Version of Python in use at the time of the issue.
- Precise version of yamlpath installed.
- Precise version of ruamel.yaml installed.
- Minimum sample of YAML (or compatible) data necessary to trigger the issue.
- Complete steps to reproduce the issue when triggered via:
- Command-Line Tools (yaml-get, yaml-set, or eyaml-rotate-keys): Precise command-line arguments which trigger the defect.
- Libraries (yamlpath.*): Minimum amount of code necessary to trigger the defect.
- Expected outcome.
- Actual outcome.
When submitting a Feature Request as an Issue, please prefix the Title of your issue report with the term, "FEATURE REQUEST". Bug Reports usually take priority over Feature Requests, so this prefix will help sort through Issue reports. The body of your request should include details of what you'd like to see this project do. If possible, include minimal examples of the data and the outcome you want.
All code contributions must be submitted via Pull Requests against an appropriate Branch of this project. The "development" branch is a suitable PR target for most contributions. When possible, be sure to reference the Issue number in your source Branch name, like:
- feature/123
- bugfix/456
If an Issue doesn't exist for the contribution you wish to make, please consider creating one along with your PR. Include the Issue number in the comments of your PR, like: "Adds feature #123" or "Fixes #456".
Every code contribution must include pytest
unit tests. Any contributions which reduce the code coverage of the unit testing suite
will be blocked until the missing tests are added. Any contributins which break existing unit tests must include updated unit tests
along with documentation explaining why the test(s) had to change. Such documentation must be verbose and rational.
For any of you willing to contribute to this project, you have my most sincere appreciation! Unless you specifically object, I will include your identity along with a note about your contribution(s) in the CHANGES file.