In the forking workflow, one repository is the “central” repository but people push to forks, i.e. their own copies of the repository on GitHub (or Gitlab which is another popular platform):
The good things about forking:
- Anybody can contribute without asking for permission (to public projects).
- Maintainer still has full control over what is merged.
- There is now more than one remote to work with.
- Fork this repository
- Clone the forked repository to your own computer (i.e. local copy)
- Make changes to the README.md file on your local copy (below)
- Commit and push your changes to the fork
- Make a Pull Request (PR) from your own fork to the main repository
- Check whether some issues were found in the review process
- When ready, marvel the changes that you made to the main project after the project maintainer has merged the changes to the main repo
HT: test