# Contributing To Open-Source 101

Hello Fellow CodeNewbies 👋,

It's the last week of [Hacktoberfest](https://hacktoberfest.digitalocean.com/)!  
It's two days left by the time I'm writing this 😄.  
If you are thinking of contributing, you still have time!

Last year, I wrote an article about how I [contributed to open-source for the first time](https://adiati.com/contributing-to-an-open-source-by-a-first-timer-part-1).  
At that time, I needed to configure the remote repo that points to the `upstream`. I also had to fetch and merge the `upstream` from the command line to update the `origin` repo.  
But now, some things are becoming simpler with some GitHub features.

In this article, I will walk you through the flow in contributing to an open-source project.

Without further ado, let's do this! 💪

**🛠 Note on tools:** *I'm using GitHub site on browser and integrated bash terminal on VSCode.*

---

## 1\. Fork the original repo

First, we want to fork the original repo and not clone it right away.  
Why do we want to fork the repo? You can find the answer in [this article](https://adiati.com/first-week-of-the-hacktoberfest-8-top-questions-around-git).

How to do this?

* Go to the open-source's repo
    
* Fork the repo by clicking on the "Fork" button on the right top of GitHub.
    

![fork-repo.jpg](https://cdn.hashnode.com/res/hashnode/image/upload/v1635459366981/VaH_WVKaO3.jpeg align="left")

This forked repo is the `origin` repo, while the original is the `upstream` repo.

## 2\. Clone the fork repo

* Go to our repo list and open the forked repo.
    
* Click the green "Code" button.
    
* Choose from where we want to clone it and copy the link.
    
    ![clone-repo.jpg](https://cdn.hashnode.com/res/hashnode/image/upload/v1635460101538/Ht0agLICH.jpeg align="left")
    
* Open terminal/command line.
    
* Direct it to the directory where we want to store the local repo with the `cd` command.
    
* Run `git clone <copied-link>`.
    

## 3\. Create work/feature branch

We have the local repo, and we are ready to work on our changes.  
But before doing so, we need to create a new branch to work on it. Don't make any changes in the `main`/`master` branch.  
We can name our branch anything we want. For this example, I will call it `working-branch-name`.

* Run `git checkout -b working-branch-name`.  
    This command creates a new branch named `working-branch-name` and will direct us automatically to the branch.
    

## 4\. Make the changes

### We haven't finished making changes, but we want to call it a day

There are times when we haven't finished making our changes, and we want to continue working on it later on.  
In other words, we are not ready to commit our changes.

Don't leave our work unsaved.  
If we don't save or commit our changes, these changes can get carried onto other branches.

So what should we do?

* Run `git stash`.  
    This command will save our changes and put the file in its original state just as before we make any changes.
    
* Run `git stash pop`.  
    This command will give back our saved work, and now we can continue to work on our changes.
    

However, we are encouraged to commit our changes as soon as we make some changes. It will benefit us to have a history of our changes to look back to.

### We've finished making changes

* Run `git add .`  
    This will add all changes that we made.
    

Alternatively,

* Run `git add -p`.  
    We can pick which changes we want to stage, one by one. This command will display hunks of the file diff and ask us to stage them one by one.  
    You can read more about it [here](https://gist.github.com/mattlewissf/9958704).
    
* Run `git commit -m "Our message of changes here"`.
    

## 5\. Update our remote and local repo

We need to ensure that our `original` and local repo has the same update as the `upstream` before the push.

* **Go to our forked repo on GitHub.**  
    We will see a `Fetch upstream` button on the right side.
    
    ![github-fetch-upstream-button.jpg](https://cdn.hashnode.com/res/hashnode/image/upload/v1634029522986/a0VnbiLN4.jpeg align="left")
    
    GitHub makes it easy for us to fetch the updates from the `upstream`.  
    Click this button, and we will get a dropdown menu.  
    When the `Fetch and merge` button is in inactive mode, there is no update on the `upstream`. If it's green, click it.
    
    Our `origin` repo now has the same updates as the `upstream`.
    
* **Go to our terminal.**  
    
    * Go to our local `main` branch with the `git checkout main` command.  
        
    * Run `git pull`.  
        This command will fetch and merge the changes from the `main` branch at the `origin` repo to the local `main` branch.
        
    * Run `git status`.  
        This step ensures that our local `main` branch is up to date with the `main` branch in the `origin` repo.
        
        ![example_branch-is-up-to-date.jpg](https://cdn.hashnode.com/res/hashnode/image/upload/v1635609883013/mQrOdg9-m.jpeg align="left")
        
    
    Our local `main` branch now has the same updates as the `origin` and `upstream`.
    
    * Go to our branch with `git checkout <branch-name>`.
        
    * Run `git merge main`.
        

You can read [question no. 5 in this article](https://adiati.com/first-week-of-the-hacktoberfest-8-top-questions-around-git) if you get a conflict after merging a branch.

## 6\. Push our changes to the `original` repo

* Run `git push -u origin working-branch-name`.  
    This command tells to push `working-branch-name` to `origin` repo.
    

## 7\. Create pull request

* Go to the `upstream` repo.
    
* Click the "Compare & pull request button".
    
    ![compare-and-pull-request-btn.jpg](https://cdn.hashnode.com/res/hashnode/image/upload/v1635464833972/GeexFIMs_.jpeg align="left")
    
* It will redirect us to the "Open a pull request" form.  
    Fill the form with our changes as the title. Write the description of the changes in the body. Include here [a reference to the issue](https://docs.github.com/en/github/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls#issues-and-pull-requests) as well.
    
* If we need some reviews from the maintainers before merging, we can make a draft of a pull request.  
    Click the arrow beside the "Create pull request" button to do this. It will give us the dropdown menu. Select the "Create draft pull request" and click the button. Otherwise, click the default "Create pull request" button.
    

## 8\. Now, what next?

![drink coffee gif](https://media.giphy.com/media/h9fvo8pPYoxGV9lKpp/giphy-downsized-large.gif align="left")

There is no next. That's it!  
You've contributed to an open-source! 🎉

Now you can wait for the maintainers to review your pull request 😄.

---

Thank you for reading!  
Last but not least, you can find me on [Twitter](https://twitter.com/AdiatiAyu). Let's connect! 😊