23 lines
1.5 KiB
Markdown
23 lines
1.5 KiB
Markdown
# 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.
|
||
|
||
## 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. We’d 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.
|