Add contribution guidelines (#178)
This commit is contained in:
Lorenzo
@@ -0,0 +1,7 @@
|
|||||||
|
# These owners will be the default owners for everything in
|
||||||
|
# the repo. Unless a later match takes precedence,
|
||||||
|
# Developers in this list will be requested for
|
||||||
|
# review when someone opens a pull request.
|
||||||
|
* @VolodymyrOrlov
|
||||||
|
* @morenol
|
||||||
|
* @Mec-iS
|
||||||
@@ -0,0 +1,22 @@
|
|||||||
|
# Code of Conduct
|
||||||
|
|
||||||
|
As contributors and maintainers of this project, and in the interest of fostering an open and welcoming community, we pledge to respect all people who contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, and other activities.
|
||||||
|
|
||||||
|
We are committed to making participation in this project a harassment-free experience for everyone, regardless of level of experience, gender, gender identity and expression, sexual orientation, disability, personal appearance, body size, race, ethnicity, age, religion, or nationality.
|
||||||
|
|
||||||
|
Examples of unacceptable behavior by participants include:
|
||||||
|
|
||||||
|
* The use of sexualized language or imagery
|
||||||
|
* Personal attacks
|
||||||
|
* Trolling or insulting/derogatory comments
|
||||||
|
* Public or private harassment
|
||||||
|
* Publishing other's private information, such as physical or electronic addresses, without explicit permission
|
||||||
|
* Other unethical or unprofessional conduct.
|
||||||
|
|
||||||
|
Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct. By adopting this Code of Conduct, project maintainers commit themselves to fairly and consistently applying these principles to every aspect of managing this project. Project maintainers who do not follow or enforce the Code of Conduct may be permanently removed from the project team.
|
||||||
|
|
||||||
|
This code of conduct applies both within project spaces and in public spaces when an individual is representing the project or its community.
|
||||||
|
|
||||||
|
Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by opening an issue or contacting one or more of the project maintainers.
|
||||||
|
|
||||||
|
This Code of Conduct is adapted from the [Contributor Covenant](http://contributor-covenant.org), version 1.2.0, available at [http://contributor-covenant.org/version/1/2/0/](http://contributor-covenant.org/version/1/2/0/)
|
||||||
@@ -0,0 +1,43 @@
|
|||||||
|
# **Contributing**
|
||||||
|
|
||||||
|
When contributing to this repository, please first discuss the change you wish to make via issue,
|
||||||
|
email, or any other method with the owners of this repository before making a change.
|
||||||
|
|
||||||
|
Please note we have a [code of conduct](CODE_OF_CONDUCT.md), please follow it in all your interactions with the project.
|
||||||
|
|
||||||
|
## Pull Request Process
|
||||||
|
|
||||||
|
1. Open a PR following the template.
|
||||||
|
2. Update the CHANGELOG.md with details of changes to the interface if they are breaking changes, this includes new environment variables, exposed ports useful file locations and container parameters.
|
||||||
|
3. Pull Request can be merged in once you have the sign-off of one other developer, or if you do not have permission to do that you may request the reviewer to merge it for you.
|
||||||
|
|
||||||
|
## Issue Report Process
|
||||||
|
|
||||||
|
1. Go to the project's issues.
|
||||||
|
2. Select the template that better fits your issue.
|
||||||
|
3. Read carefully the instructions and write within the template guidelines.
|
||||||
|
4. Submit it and wait for support.
|
||||||
|
|
||||||
|
## Reviewing process
|
||||||
|
|
||||||
|
1. After a PR is opened maintainers are notified
|
||||||
|
2. Probably changes will be required to comply with the workflow, these commands are run automatically and all tests shall pass:
|
||||||
|
* **Coverage**: `tarpaulin` is used with command `cargo tarpaulin --out Lcov --all-features -- --test-threads 1`
|
||||||
|
* **Linting**: `clippy` is used with command `cargo clippy --all-features -- -Drust-2018-idioms -Dwarnings`
|
||||||
|
* **Testing**: multiple test pipelines are run for different targets
|
||||||
|
3. When everything is OK, code is merged.
|
||||||
|
|
||||||
|
|
||||||
|
## Contribution Best Practices
|
||||||
|
|
||||||
|
* Read this [how-to about Github workflow here](https://guides.github.com/introduction/flow/) if you are not familiar with.
|
||||||
|
|
||||||
|
* Read all the texts related to [contributing for an OS community](https://github.com/HTTP-APIs/hydrus/tree/master/.github).
|
||||||
|
|
||||||
|
* Read this [how-to about writing a PR](https://github.com/blog/1943-how-to-write-the-perfect-pull-request) and this [other how-to about writing a issue](https://wiredcraft.com/blog/how-we-write-our-github-issues/)
|
||||||
|
|
||||||
|
* **read history**: search past open or closed issues for your problem before opening a new issue.
|
||||||
|
|
||||||
|
* **PRs on develop**: any change should be PRed first in `development`
|
||||||
|
|
||||||
|
* **testing**: everything should work and be tested as defined in the workflow. If any is failing for non-related reasons, annotate the test failure in the PR comment.
|
||||||
@@ -0,0 +1,24 @@
|
|||||||
|
### I'm submitting a
|
||||||
|
- [ ] bug report.
|
||||||
|
- [ ] feature request.
|
||||||
|
|
||||||
|
### Current Behaviour:
|
||||||
|
<!-- Describe about the bug -->
|
||||||
|
|
||||||
|
### Expected Behaviour:
|
||||||
|
<!-- Describe what will happen if bug is removed -->
|
||||||
|
|
||||||
|
### Steps to reproduce:
|
||||||
|
<!-- If you can then please provide the steps to reproduce the bug -->
|
||||||
|
|
||||||
|
### Snapshot:
|
||||||
|
<!-- If you can then please provide the screenshot of the issue you are facing -->
|
||||||
|
|
||||||
|
### Environment:
|
||||||
|
<!-- Please provide the following environment details if relevant -->
|
||||||
|
* rustc version
|
||||||
|
* cargo version
|
||||||
|
* OS details
|
||||||
|
|
||||||
|
### Do you want to work on this issue?
|
||||||
|
<!-- yes/no -->
|
||||||
@@ -0,0 +1,29 @@
|
|||||||
|
<!-- Please create (if there is not one yet) a issue before sending a PR -->
|
||||||
|
<!-- Add issue number (Eg: fixes #123) -->
|
||||||
|
<!-- Always provide changes in existing tests or new tests -->
|
||||||
|
|
||||||
|
Fixes #
|
||||||
|
|
||||||
|
### Checklist
|
||||||
|
- [ ] My branch is up-to-date with development branch.
|
||||||
|
- [ ] Everything works and tested on latest stable Rust.
|
||||||
|
- [ ] Coverage and Linting have been applied
|
||||||
|
|
||||||
|
### Current behaviour
|
||||||
|
<!-- Describe the code you are going to change and its behaviour -->
|
||||||
|
|
||||||
|
### New expected behaviour
|
||||||
|
<!-- Describe the new code and its expected behaviour -->
|
||||||
|
|
||||||
|
### Change logs
|
||||||
|
|
||||||
|
<!-- #### Added -->
|
||||||
|
<!-- Edit these points below to describe the new features added with this PR -->
|
||||||
|
<!-- - Feature 1 -->
|
||||||
|
<!-- - Feature 2 -->
|
||||||
|
|
||||||
|
|
||||||
|
<!-- #### Changed -->
|
||||||
|
<!-- Edit these points below to describe the changes made in existing functionality with this PR -->
|
||||||
|
<!-- - Change 1 -->
|
||||||
|
<!-- - Change 1 -->
|
||||||
Reference in New Issue
Block a user