If you think something should be different in either of the patterns, first check someone else hasn't already spotted it. If they haven't, feel free to open an issue and we can discuss it.
This ensures changes are discussed properly before any time is spent on them.
When raising bugs please explain the issue in good detail and if neccesary, provide a guide to how to replicate it. When describing the bug it's useful to follow the format:
- what you did
- what you expected to happen
- what happened
You can contact us via email if you have our emails, or via the Verify Local Slack if you are part of that.
The project contains code taken from GOV.UK Elements as well as the GOV.UK Prototype kit project. Please check that any issues related to GOV.UK patterns, or the prototype kit, are raised with those projects, not this one.
If you want to contribute to this project directly, please make sure you're working on an issue which is open. Pull requests which do not refer to issues that have been discussed will be rejected.
Your JavaScript code should pass linting.
For anything else, maintain 2-space, soft-tabs only indentation. No trailing whitespace.
Follow the guidelines on semver.org for assigning version numbers.
Versions should only be changed in a commit of their own, in a pull request of their own. This alerts team members to the new version and allows for last-minute scrutiny before the new version is released. Also, by raising a separate pull request, we avoid version number conflicts between feature branches.
Please see our git style guide which describes how we prefer git history and commit messages to read.