Welcome to Piraeus! Piraeus consists of several repositories under the organization. We encourage you to help out by reporting issues, improving documentation, fixing bugs, or adding new features. Please also take a look at our code of conduct, which details how contributors are expected to conduct themselves as part of the Piraeus community.
To be honest, we regard every user of Piraeus as a very kind contributor. After experiencing Piraeus, you may have some feedback for the project. Then feel free to open an issue.
There are lot of cases when you could open an issue:
- bug report
- feature request
- performance issues
- feature proposal
- feature design
- help wanted
- doc incomplete
- test improvement
- any questions on project
- and more...
Please remember to remove sensitive data from your issue description. Sensitive data includes passwords, secret keys, network locations, private business data and so on.
Every action to make Piraeus better is encouraged. On GitHub, every improvement for Piraeus could be via a PR (short for pull request).
- If you find a typo, try to fix it
- If you find a bug, try to fix it
- If you find some redundant codes, try to remove it
- If you find some test cases missing, try to add them
- If you could enhance a feature, please DO NOT hesitate
- If you find code implicit, try to add comments to make it clear
- If you find code ugly, try to refactor that
- If you can help to improve documents, that is great
- If you find document incorrect, go ahead and fix it
- ...
Piraeus follows the basic "Fork and Pull Request" workflow on GitHub. Here is a short introduction on how to create your own forks and pull requests.
A Piraeus repository may contain its own CONTRIBUTING file, containing instructions specific to that repository.
In general, we like to keep our git history readable by making liberal use of git rebase
before creating a pull request.
Every contributer has to certify that any changes in a pull request are their own, or that they have the right to share
the code. This is done via a Developer Certificate of Origin in the form of a
Signed-off-by
line in each commit message. For example:
This is my commit message
Signed-off-by: Random J Developer <[email protected]>
Run git commit --signoff
to automatically create such a line for new commits.
After you've created your pull request, a maintainer will review all changes. The maintainer may request changes or approve of the request as is. Once approved, the maintainer will merge the changes into the Piraeus repository.
We choose GitHub as the primary place for Piraeus to collaborate. So the latest updates of Piraeus are always here. Although contributions via PR is an explicit way to help, we still call for any other ways.
- reply to issues if you can
- help solve other users' problems
- help review the code from other contributors in PRs
- discuss about Piraeus to make things clearer
- advocate Piraeus technology beyond GitHub
- write blogs on Piraeus and so on
In a word, ANY HELP IS CONTRIBUTION.
It is also welcomed that you join the Piraeus team if you are willing to participate in the Piraeus community regularly.
- Have read Contributing to Piraeus carefully
- Have read Contributor Covenant Code of Conduct
- Have submitted multiple PRs to the community
- Be active in the community; may including but not limited to
- Submitting or commenting on issues
- Contributing PRs to the community
- Reviewing PRs in the community
You can do it in either of two ways:
- Submit a PR in the project repo
- Contact the team the community channels