Contents
-
Fork the project on GitHub. Help Guide to Fork a Repository.
-
Clone the project. Help Guide to Clone a Repository
-
Create a branch specific to the issue you are working on.
git checkout -b feat/summary-of-feature git checkout -b update/readme-file ...
For clarity, name your branch
update/xxx
,feat/xxx
orfix/xxx
. Thexxx
is a short description of the changes you're making.
-
Open up the project in your favorite text editor, select the file you want to contribute to, and make your changes.
-
Add your modified files to Git, How to Add, Commit, Push, and Go.
git add path/to/filename.ext
You can also add all unstaged files using:
git add .
Note: using a
git add .
will automatically add all files. You can do agit status
to see your changes, but do it beforegit add
. -
Commit your changes using a descriptive commit message.
git commit -m "Brief Description of Commit"
-
Push your commits to your GitHub Fork:
git push -u origin branch-name
Within GitHub, visit this main repository and you should see a banner suggesting that you make a pull request. While you're writing up the pull request, you can add Closes #XXX
in the message body where #XXX
is the issue you're fixing. Therefore, an example would be Closes #42
would close issue
#42
.
It is also recommended to add a list with the description of all commits included in PR.
When possible, add a link to the task/ticket/issue description. It can be a link to task in GH project board, Taiga ticket, etc...
If you decide to fix an issue, it's advisable to check the comment thread to see if there's somebody already working on a fix. If no one is working on it, kindly leave a comment stating that you intend to work on it. By doing that, other people don't accidentally duplicate your effort.
In a situation where somebody decides to fix an issue but doesn't follow up for a particular period of time, say 2-3 weeks, it's acceptable to still pick up the issue but make sure that you leave a comment.
Note: Every open-source project has a CONTRIBUTING.md file, please make sure to read this before you open up a pull request; otherwise, it may be rejected. However, if you do not see any CONTRIBUTING.md file, you can send a pull request but do it in a descriptive manner.