Koha Test Wiki Canasta - March 2024
One of a series of test instances for migrating the Koha Wiki MediaWiki database.
For the current Koha Wiki, visit https://wiki.koha-community.org .Submitting A Patch
Jump to navigation
Jump to search
Follow these steps to submit a patch to Koha:
- Create an entry in Bugzilla if it does not exist already. Don't forget to set the "Change sponsored" field if applicable. There is a default assignee for each component. If you plan to submit a patch yourself, please assign the bug to yourself and set the status to "ASSIGNED" (instead of NEW).
- Write your patch. Please follow the coding guidelines page.
- Write a detailed commit message and include a test plan.
- If your patch adds a feature that is sponsored by a library, don't forget to add 'Sponsored-by: xxxx' in your commit comments. This will detected during the release process and the xxxx will be thanked and credited.
- Format your patch. You can use our Git tutorial if you're new to git (skip this if you work with git bz).
- Attach your patch to the bug. You can do it through the web interface, or with git bz.
- Update status to "Needs signoff."
- Choose a value for "Patch complexity:"
- String patch = a patch that touches a string or the documentation/POD only.
- Trivial patch = a patch that just changes trivial things like removing a warn, adding some HTML in a template, etc.
- Small patch = a patch that changes only a few Perl things.
- Medium patch = a patch that changes many things, with a low to medium risk of side-effects, no or small DB changes.
- Large patch = a patch that changes many things with a high side-effect risk, large DB change.
Now, you just have to wait for someone taking care of your patch (sign-off and QA) If you need help or want to find someone to test your patch jump on our IRC channel and ask here.