First off, thank you for considering contributing to Sipwise's Customer Self-Care Web UI.
Following these guidelines helps to communicate that you respect the time of the developers managing and developing this open source project. In return, they should reciprocate that respect in addressing your issue, assessing changes, and helping you finalize your pull requests.
The Customer Self-Care Web UI is built using open source tools and software, and is thus an open source project. We love to receive contributions from our community! There are many ways to contribute, from writing tutorials or blog posts, improving the documentation, submitting bug reports and feature requests or writing code which can be incorporated into the Customer Self-Care Web UI itself.
Please, don't use the issue tracker for support questions. Check with your Sipwise representative, or contact us if you aren't already an existing customer.
Here are some ground rules to follow:
- Create issues for any major changes and enhancements that you wish to make. Discuss things transparently and get community feedback.
- Follow best-practices for the tools and frameworks used. If in doubt, check our codebase for conventions used.
- Be welcoming to newcomers and encourage diverse new contributors from all backgrounds.
- Harassment or any discriminatory behavior is not accepted.
To consider a change to be done (internal procedure) or pull request to be ready for submission, these criteria need to be met:
- All existing and new tests must pass. See our section on "how to run tests" for details.
- At least one test for each type of change implemented needs to be written and added. If the change does not include any new functionality (such as minor changes, grammar, formatting, clean up, etc) test are not needed. Examples: If you create a change that involves change of state in the store, you need to include a test that covers that change. If your change on the other hand both involves changes to the store, api and mutations, then several tests would be required to test the affected parts.
- Test that the app is able to be installed locally, run in browser without errors, and that the implemented functionality (if any) works as expected.
Working on your first Pull Request? You can learn how from this free series, How to Contribute to an Open Source Project on GitHub.
At this point, you're ready to make your changes! Feel free to ask for help.
If a maintainer asks you to "rebase" your PR, they're saying that a lot of code has changed, and that you need to update your branch so it's easier to merge.
Contributions are welcome in the form of a pull request.
- Create your own fork of the code.
- Do the changes in your fork.
- If you like the change and think the project could use it:
- Be sure you have followed the code style for the project.
- Make sure existing (and any new ones you have added) pass.
- Send a pull request see our section on "your first contribution" for help with this.
Test can easily be run for our project. To run them, first make sure you have installed the project locally by following the steps in our README file.
Then execute the following command:
npm run test
When filing an issue, make sure to answer these five questions:
- What version of Vue.js are you using?
- What operating system and browser are you using?
- What did you do?
- What did you expect to see?
- What did you see instead?
If you find yourself wishing for a feature that doesn't exist in Customer Self-Care Web UI, please check with your Sipwise representative or contact us if you aren't already an existing customer.
If you're using the Community Edition of our products, feel free open an issue on our issues list on GitHub which describes the feature you would like to see, why you need it, and how it should work.