I'm really glad you're reading this, because we need volunteer developers to help this project come to fruition.
If you don't have anything you are working on we have a list of newbie friendly issues you can help out with.
If you haven't already, come find us on our mailing list. We want you working on things you're excited about.
Harvey, like most other open source projects, has a Code of Conduct that it expects its contributors and core team members to adhere to.
Here are some important resources:
We make sure Travis-CI can build your pull-requests before we can accept your contributions.
Harvey uses Github Pull Requests to accept contributions.
git clone https://github.com/Harvey-OS/harvey.git
. It is also possible to use git instead of https when you have an SSH public key stored in Github. Then you clone the repo with git clone git@github.com:Harvey-OS/harvey.git
. This makes later submissions easier. For the rest of this manual we assume to use https.git checkout -b feature-name
for instance for issue #70, @keedon selected the branch name statscrash
.Commit with a descriptive message, like so
$ git commit -m "A brief summary of the commit
>
> A paragraph describing what changed and its impact."
take a look at @keedon's commit message for the same issue for a good example of a descriptive commit message.
You can also use graphical git tools such as git gui
which make commiting changes easier.
Add the repo as a remote (every time you clone the repo)
git remote add yourname https://github.com/yourusername/harvey.git
where "yourname" is the name of your github login.
git remote -v
should look like this:
$ git remote -v
yourname https://github.com/yourname/harvey.git (fetch)
yourname https://github.com/yourname/harvey.git (push)
origin https://github.com/Harvey-OS/harvey.git (fetch)
origin https://github.com/Harvey-OS/harvey.git (push)
Push your branch to your forked repo like so git push yourname feature-name
Create a pull request by going to https://github.com/yourname/harvey/pull/new/feature-name
or clicking the PR button
Add details of what you have worked on and what your intentions are. When you send a pull request, we will love you forever if you include qemu outputs and more tests. We can always use more test coverage. Please follow our coding conventions (below) and make sure all of your commits are atomic (one feature per commit).
git pull yourname feature-name
and update your local repo before committing more changes.If you're working in a branch that is outdated with respect to the master branch, just do a git pull --rebase
. This will put your changes after the pull. In the case that there would be conflicts, you will have to solve them manually, but they are marked with something like ">>>>>HEAD" and git will tell you about which files are conflicting.
If you read the code you should get a hang of it but a loose listing of our Style-Guide exists, we recommend you check it out.
We have also automated the process via clang-format so before you submit a change please format your diff.
Adopted from Open Government Contribution Guidelines