We're happy to accept 3rd-party contributions. Please make sure you read this document before you do any work though, as we have some expectations related to the content and quality of change sets.
This project is a prototype of the new money claims web system, which aims to make resolving money claims between parties simpler, quicker and less stressful. We use it to quickly stitch ideas of possible user journeys together and then test them with UK citizens in research labs.
Page flows and content are created and changed depending on our findings and ideas, which are unfortunately not available unless you are working for the HMCTS Reform programme.
Because of the above, any ideas on the user journeys and general service experience you may have should be first consulted with us by submitting a new issue to this repository. Ideas are always welcome, but if something is divergent or unrelated to what we're trying to achieve we won't be able to accept it. Please keep this in mind as we don't want to waste anybody's time.
In the interest of creating a friendly collaboration environment, please read and adhere to an open source contributor's code of conduct.
After your idea has been accepted you can implement it. We don't allow direct changes to the codebase from the public, they have to go through a review first.
Here's what you should do:
- fork this repository and clone it to your machine,
- create a new branch for your change:
- use the latest master to branch from,
- implement the change in your branch:
- if the change is non-trivial it's a good practice to split it into several logically independent units and deliver each one as a separate commit,
- make sure the commit messages use proper language and accurately describe commit's content, e.g. "Unify postcode lookup elements spacing". More information on good commit messages can be found here,
- test if your feature works as expected and does not break any existing features,
- push the change to your GitHub fork,
- submit a pull request to our repository:
- ensure that the pull request and related GitHub issue reference each other.
At this point the pull request will wait for someone from our team to review. It may be accepted straight away, or we may ask you to make some additional amendments before incorporating it into the main branch.