The best way to contribute to Peggy is by using it and giving back useful feedback — reporting discovered bugs or requesting missing features.
You can also contribute code, but be advised that many patches end up being rejected, usually because the change doesn’t fit the project or because of various implementation issues. In almost all cases it’s best to get in touch first before sending a patch.
Report bugs using GitHub issues. Before submitting a bug report, please search existing reports to see if the bug wasn’t reported already.
In the report, please describe:
- Steps to reproduce the problem
- Expected result(s)
- Actual result(s)
In most cases, it’s also useful to include a minimal example (grammar + input) reproducing the problem.
Request features using GitHub issues. Before submitting a feature request, please search existing requests to see if the feature wasn’t requested already.
In the request, please describe:
- How the feature should work
- Use case(s) behind it
Contribute code using GitHub pull requests.
-
For non-trivial changes, first file a corresponding bug report or feature request. This will ensure the problem is separated from a solution.
-
Split your change into atomic commits with descriptive messages adhering to these conventions. Have a look in the commit history to see good examples.
-
When appropriate, add documentation and tests.
-
Before submitting, make sure your change passes the tests and lint checks by running
npm run build
. If the build script produces output that git sees as a change, please add that output file to your pull request. -
Ensure that your pull request contains an addition to the CHANGELOG.md file.
-
Please add yourself to the AUTHORS file, or double-check that the information there is still correct if you have contributed before.