We greatly value the feedback and contributions of our users. We have a simple process in place to facilitate this:
We keep a distinction between New Features and Bugs/Issues. We try to minimise the noise in our Github Issues stream by first having a conversation in one of the following Gitter Rooms:
- User Issues can be raised in our User Issues Room.
- New Features or Enhancements can be discussed in our CLI Development Room.
After accepting a new feature or confirming that a bug was found, an Issue may be raised filling in the provided Issue Template on the GitHub Issue Tracker.
Unfortunately we will close any Github Issues that have not followed this process of prior discussion.
Pull Requests are always very welcome, but require the initial discussion on Gitter followed by a Github Issue as described above. The PR template is to be filled in before submission, ensuring that it is linked back to the Github Issue number by replacing #XXX
with the appropriate Issue reference.
Each PR should also be accompanied by a passing test(s) proving it's validity (where feasible). The feasibility of the test will emerge in the initial discussions on Gitter and in the Github Issue.