Before you start contributing to the project, please read the following guidelines. We follow the below guidelines to contribute to this repository.
- DO submit all changes via pull requests (PRs). They will be reviewed and potentially merged after a peer review from at least one maintainer.
- DO give PRs short but descriptive names.
- DO write a useful but brief description of what the PR is for.
- DO ensure each commit successfully builds. The entire PR must pass all checks before it will be merged.
- DO address PR feedback in additional commits instead of amending.
- DO NOT submit "work in progress" PRs. Please mark them as Draft. A PR should only be submitted when it is considered ready for review.
- DO NOT mix independent and unrelated changes in one PR.
- If there is a major upgrade or a feature addition to the project, it might be a good idea to get started with a Github issue or a Github discussion to discuss the feature or the upgrade before starting a PR on the upgrade.
We use pull requests to review and merge code into the main
branch.
Please follow the steps below to create a pull request:
- Fork the repository from the
main
branch ( Refer steps to [create a fork]https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/fork-a-repo)). We usemain
branch only for sync'ing forks. All development contributions should be made to thedevelopment
branch. - Create a new branch (example
development
) in your forked repository for your feature or bug fix. Detailed branching and development strategy is outline in this guide. - Make sure the pre-commit hook is installed and working:
- Run tests, linters and checks locally and make sure the pipeline is passing
- Make sure the pipeline is passing
- Make sure you have each PR reviewed
- Once the PR is approved, merge it to the
main
branch, preferably usingSquash and Merge
We use .NET source code analyzer to enforce code style. Please make sure you have the pre-commit hook installed and working.
For VS Code it is recommended to install the editorconfig plugin, which will allow the code style rules defined in .editorconfig (within the root of the project repository) to be applied during development.
We are happy to recognize contributors to this repository. If you have made a significant contribution, please reach out to the maintainers to be added to the list of contributors - or submit a PR to add yourself to the list.
- John Collinson
- Anat Balzam
- Arpit Gaur
- David Finson
- Dor Lugasi-Gal
- Frances Tibble
- Jack Jessel
- Liam Moat
- Martyna Marcinkowska
- Nava Vaisman Levy
- Sharon Hart
- Shiran Rubin Manaev