Update contribution guidelines

This commit is contained in:
Davide De Rosa 2018-08-23 12:15:40 +02:00
parent 4abc37f417
commit 5f1b08f608
4 changed files with 7 additions and 96 deletions

View File

@ -4,31 +4,8 @@
### What is the current bug behavior?
(What actually happens)
### What is the expected correct behavior?
(What you should see instead)
### Relevant logs and/or screenshots
### Possible fixes suggested remediation
### Assignees and labels
(delete as applicable)
~bug ~confirmed ~regression ~suggestion
~blocker ~major ~minor
~tablet ~mobile ~tv
~ios9 ~ios10 ~ios11
%@ms
/cc @Dev /assign @Tester
* [ ] Patched
* [ ] Verified patch

View File

@ -1,40 +0,0 @@
A similar PR may already be submitted!
Please search among the Pull requests before creating one.
Thanks for submitting a pull request! Please provide enough information so that others can review your pull request:
For more information, see the [CONTRIBUTING](/.github/CONTRIBUTING.md) readme.
**Summary**
<!-- Summary of the PR -->
This PR fixes/implements the following **bugs/features**
* [ ] Bug 1
* [ ] Bug 2
* [ ] Feature 1
* [ ] Feature 2
* [ ] Breaking changes
<!-- You can skip this if you're fixing a typo or adding an app to the Showcase. -->
Explain the **motivation** for making this change. What existing problem does the pull request solve?
<!-- Example: When "Adding a function to do X", explain why it is necessary to have a way to do X. -->
**Test plan (required)**
Demonstrate the code is solid. Example: The exact commands you ran and their output, screenshots / videos if the pull request changes UI.
<!-- Make sure tests pass on both Travis and Circle CI. -->
**Code formatting**
<!-- See the simple style guide. -->
**Closing issues**
<!-- Put `closes #XXXX` in your comment to auto-close the issue that your PR fixes (if such). -->
Fixes #

12
CLA.rst
View File

@ -1,12 +0,0 @@
# Contributor agreement
By contributing any improvement, modification, or change to this project, I hereby certify that:
(a) The contribution was authored or created in whole or in part by me and I have the full and unrestricted ownership right and title to submit the contribution under the MIT license; or
(b) The contribution is based upon previously authored work that, to the best of my knowledge, is licensed appropriately under an open source license and I have the full and unrestricted right under that open source license to submit that work with modifications, whether created in whole or in part by me, under the MIT license; or
(c) The contribution was lawfully provided to me by a licensed third-party who certified (a), (b) or (c) and I have not modified the contribution.
I understand and agree that the contents of this project and the contents of this contribution are considered to be part of the public record and that a record of the contribution (including all personal information I submit with it) shall be maintained indefinitely and may be redistributed to third-parties consistent with this terms of this project or the open source license(s) involved.

View File

@ -1,22 +1,8 @@
# Contribution Guidelines
Private Internet Access welcomes community contributions, and are always looking for ways in which to improve. Please take a look at our contribution guidelines, and get involved with the PIA community.
## Contributing
## Bugs and Issues
Have you found a bug? Is our software behaving in an unexpected way? Please check the open issues for duplicates -- perhaps a fix is already in development, or maybe a solution has already been published.
If not then please submit a bug report using our [template](/.github/ISSUE_TEMPLATE.md)
## Feature Requests
Feature requests can also be submitted as issues. Wed be grateful if you checked for duplicates also before submitting a feature request.
## Working with our Code
* Fork the repository. Make sure to keep your repository synced with the source repo.
* When you are ready to start working on a new feature, cut a new branch from “develop” with the prefix “feature/” (e.g. “feature/name-of-feature”).
* Refer to the [README](/README.md) for instructions on how to install and build.
## Making Pull Requests
* Sync the develop branch in your fork with the develop branch in the source repo.
* Make your pull request from “feature” in your fork to “develop” in the source.
* Use short and concise commit messages.
* Lint your code before committing and making a pull request.
* Write unit tests for new features and make sure all tests are passing.
* If your pull request contains multiple commits or commits that are not meaningful, consider squashing them.
- Use imperative commit messages.
- GOOD: "Add new feature"
- BAD: "Added new feature"
- Rebase your branch to `master` and possibly squash unrelevant commits.
- Make sure to pass the unit tests, as long as CI doesn't automate them yet.
- Submit the PR.