-
Notifications
You must be signed in to change notification settings - Fork 59
Github "Fork ➡ Dev ➡ Pull Request" Flow
Rey Dekker edited this page Oct 1, 2020
·
5 revisions
This will be the main flow for open source contributions.
- Fork the repo by clicking "Fork" on the top right of this page.
- This will start a flow of creating the repo under your Github account. This is what we need to happen, even if it might seem odd the first time. This is just the traditional way to contribute to open source.
- Clone your GitHub to your locale machine.
- In your local machine, navigate to the GitHub repo for the project.
- From this folder do the following steps:
git remote add upstream https://github.com/shescoding/projects-platform-frontend.git
git fetch upstream
git checkout master
git merge upstream/master
-
git remote -v
should show (NOTE: nurmerey is example username. This should be your username in the console instead):
origin https://github.com/nurmerey/projects-platform-frontend.git (fetch)
origin https://github.com/nurmerey/projects-platform-frontend.git (push)
upstream https://github.com/shescoding/projects-platform-frontend.git (fetch)
upstream https://github.com/shescoding/projects-platform-frontend.git (push)
- Clone the forked repo to your local machine.
- Follow the installation guide in the wiki.
- Create a feature branch with the appropriate name, ex: "feature-filter-api" and go ahead and code up the solution for the issue at hand.
- One way to create a PR is to just use Github App interface "Branch -> Create Pull Request" from the branch you have worked on. Here is another way of doing it.
Example PR from fork: https://github.com/shescoding/projects-platform-frontend/pull/129
- In the pull request interface that you see in Github:
- Make sure to look into 2 tabs - "Conversations" and "File Changes".
- In "File Changes" - make sure all the diffs (red and green changes) look correct. This is a good opportunity to catch extra "console.log" or wrong file or variable names.
- In "Conversations":
- If this PR is has a frontend change - please attached a screenshot that demonstrates it.
-
yarn test -u
update snapshot test - Shortly summarize the impact of this change, and how you tested it.
- As someone to review this pull request.
- It is ok to get a PR when it is not yet ready. This provides visibility to your work and might help you discuss a solution with other collaborators. If this is a case add a "WIP" (Work In Progress) label to it. Remember to remove it when this is over.
- Go ahead and click "Publish".