Skip to content

Latest commit

 

History

History
64 lines (41 loc) · 4.9 KB

CONTRIBUTING.md

File metadata and controls

64 lines (41 loc) · 4.9 KB
Raw

Ways to contribute

There are many different ways in which you can contribute. One of the easiest ways is simply to use our software and provide us with your feedback through the right channel. You can also help us improve the open-source projects by submitting pull requests with code and documentation changes.

Where to get support

Please note that level of provided support is always determined by the LICENSE of a given open-source project. Also, always make sure you use the latest version of any given OS project. We can't provide any help for older versions. We don't want to make things complicated so we try to take the same approach in all our repositories.

I found a bug in this open-source project

Sorry to hear that. Just log a new GitHub issue and someone will take a look at it. Remember, the more information you provide, the easier it will be to fix the issue. If you feel like it, you can also fix the bug on your own and submit a new pull request.

I need help with using the projects and/or coding

To get help with coding and structuring your projects, use StackOverflow to ask questions with one of the following tags:

Our team members and the community monitor these channels on a regular basis.

I want to report a security bug

Security issues and bugs should be reported privately, via email, to Michael Berry at Michaelb@kentico.com. If for some reason you do not, please follow up via email to ensure we received your original message.

I have an idea for a new feature (or feedback on existing functionality)

Everybody loves new features! You can submit a new feature request or you can code it on your own and send us a pull request. In either case, don't forget to mention what's the use case and what's the expected output.

Submitting pull requests

Unless you're fixing a typo, it's usually a good idea to discuss the feature before you submit a pull request with code changes, so let's start with submitting a new GitHub issue and discussing the whether it fits the vision of a given project. You might also read these two blogs posts on contributing code: Open Source Contribution Etiquette by Miguel de Icaza and Don't "Push" Your Pull Requests by Ilya Grigorik. Note that all code submissions will be reviewed and tested by the repository maintainers, and only those that meet quality and design/roadmap expectations will be merged into the source.

Example - process of contribution

If not stated otherwise, we use feature branch workflow.

To start with coding, fork the repository you want to contribute to, create a new branch, and start coding. Once the functionality is done, you can submit a pull request.

Definition of Done

  • New/fixed code is covered with tests
  • CI can build the code
  • All tests are passing
  • New version number follows semantic versioning
  • Coding style (spaces, indentation) is in line with the rest of the code in a given repository
  • Documentation is updated (e.g. code examples in README, Wiki pages, etc.)
  • All public members are documented (using XML doc, phpdoc, etc.)
  • Code doesn't contain any secrets (private keys, etc.)
  • Commit messages are clear. Please read these articles: Writing good commit messages, A Note About Git Commit Messages, On commit messages

Code of Conduct

This project has adopted the Contributor Covenant Code of Conduct. If you have any additional questions or comments, you can contact me directly at Michaelb@kentico.com.