Posted on Jul 17 When I started learning to code, no one told me what Git was or why it was important. It was one of those words that I pretended that I understood because everyone just assumed that I knew what it meant. But up to that point, I had been using built in IDEs, and I hadn’t used git. For one of my bootcamp projects, I had to have a certain number of Commits to pass. I forgot about commits, and only had about three. I went through and did the whole project over so I could add the required number of commits. When you’re working on a simple project like I was, one that no one else would check out or contribute to, it can be less than intuitive to remember to commit. I just wanted my project to work as quickly as possible. I know now that I was probably taking the wrong approach to learning. Because moving into tech, I’d be working collaboratively, and these tools could be incredibly helpful to ensuring that collaborative relationships worked well. Hopefully, this beginner’s guide to Git will help you understand the usefulness of Git and how you can use it as part of your toolbox.Git is a distributed version control system that allows developers to manage their source code and collaborate on projects. It allows you to track changes made to files over time, and creates a centralized repository and a comprehensive history of changes, which allows for a more seamless teamwork experience and organized code management.I like to think of Git as a time machine for your code.Imagine you're writing a book. You start with your first draft and make changes as you go along. Git acts as your trusty time machine, allowing you to travel back and forth in time, capturing each version of your story.Each time you make changes to your book, you create a "commit" in Git, which is kind of like taking a picture of your story at that specific moment. These commits are organized in chronological order, which gives you a timeline of your writing process.If you decide to experiment with a different plotline or character development, you can create a new "branch" in Git. This Branch is like a parallel universe where you can make changes without affecting the main storyline. You can switch between branches, explore different ideas, and later merge them back into the main story.Git's version control features allow you to navigate through the history of your book effortlessly. You can compare different versions, see what changes were made, and even change back to an earlier draft if needed.Just like a time machine can help writers manage the evolution of their stories, Git helps developers track and manage the the changes to a codebase, collaborate with others, experiment with new features, and create a record of the project's history.Historically, collaborating on code involved manual file sharing or maintaining multiple versions. If you’re lucky, you don’t know how confusing and inefficient this often turned out to be. Git addressed these challenges by providing central code storage and records of changes.Decentralized Development- With Git, each team member has their own repository on their local machine-also called a local copy-which allowed for independent work without requiring an internet connection. Effortless Synchronization- By cloning repositories, team members can create local copies of the codebase. This means that everyone has their own version to work on and they can use Git to share the changes between repositories. If you want to get some hands-on experience using git, check out OpenSauced's Intro to Open Source Course or sign-up for one of our workshops that are listed on the bottom of our #100DaysOfOSS Challenge docs.Git allows for collaboration by enabling developers to work on the same codebase from remote locations. Cloning is the process of creating a copy of a remote repository onto your local machine. When you clone a repository, you create a local version that includes the entire codebase, commit history, branches, and other repository-related information.Branching and merging allows multiple developers to be working on the same code base at the same time and reduces the incidence of conflicts.You should replace with the name for your new branch. For example, if you want to create a branch called "feature-x", you would use the following command:Committing changes is part of Git's core functionality. Remember, committing is like capturing a snapshot of what the codebase looks like at that moment. A commit message is a description of what changes you’ve made. Here's an example:Scenario: Imagine you've added a new feature and want to save your progress. By committing your changes, you create a snapshot of the code at that specific point, making it easy to track and revert if needed.When you push changes, that means that you send your local code changes, commits, and branches to a remote repository. You’re updating the remote repository with your local commits and making them accessible to others who have access to the same repository.By pushing changes, your saved local changes are shared with others. Other team members can then fetch and merge your changes into their local repositories, creating an up-to-date version of the project.Merging: Merging is the process of combining changes from one branch or commit into another branch. The command git merge is used to merge changes from one branch into another. In this case, replace with the name of the branch you want to merge into your current branch. For example, if you want to merge changes from a branch named "main" into your current branch, you would use the following command:Scenario: You're working on a team project and need to develop a new feature without interfering with the main codebase. By creating a branch, you can isolate your work, commit changes, and merge them back into the main branch when you’re ready. If updates have been made to the main branch that you need to add to your branch, you can merge those in as well.Fetching: The process of retrieving changes from a remote repository without automatically merging them into your local branch. When you fetch, Git compares the commit history between your local repository and the remote repository, identifying any new commits or branches in the remote repository that you don't have locally.Sometimes there are merge conflicts (for example, changes to the same lines of code). When that happens, Git will ask you to manually resolve the conflicts.To resolve merge conflicts you’ll need to look at the conflicting sections, edit the files remove the conflict, and then commit the new changes.If you want to fetch and merge at the same time-which is convenient but allows for less flexibility-you can run this command:Imagine you’re in the middle of working on a feature branch, but you suddenly need to switch to another branch for a bug fix. Instead of committing unfinished changes or losing them, you can use Git stash to temporarily save your modifications. This lets you to switch to the bug fix branch, address the issue, and then return to your feature branch and apply the saved stash to continue working from where you left off.To stash your changes, run the following command:To see a list of your stashes, you can use the command:When you're ready to apply your stashed changes back to your working directory, use the command:If you have multiple stashes, you can specify a specific stash using its ID or index (git stash apply stash@{2}).If you no longer need a stash, you can remove it from your stash list by running:To apply a stash and remove it from the stash list in one step, you can use the command:This is equivalent to running git stash apply followed by git stash drop for the most recent stash.Say you have been working on a feature branch for a while, but during that time, the main branch has had several new commits. Before merging your feature branch, you can use Git rebase to incorporate the latest changes from the main branch into your branch. This makes sure your feature branch is up to date and avoids potential conflicts during the merge process.Here's an overview of how to use Git rebase:Make sure you replace with the name of the branch containing the commits you want to apply onto the target branch.Resolve Conflicts: During the rebase process, Git may encounter conflicts if there are conflicting changes between the commits being applied and the existing commits on the target branch. Git will pause the rebase and ask you to resolve these conflicts manually. You can use Git's conflict resolution tools, such as editing the conflicting files, selecting the desired changes, and using git add to mark the conflicts as resolved.Continue the Rebase: After resolving conflicts for a particular commit, you can continue the rebase process by running:This will apply the resolved commit and proceed with the remaining commits in the sequence.This will revert your branch to its state before the rebase started.It's important to note that Git rebase rewrites the commit history by applying the changes from one branch on top of another branch. There’s a lot more that you can do with Git, and I know it might seem overwhelming, but think of it like a toolbox. There’s lots of different tools in there and you might only know how to use the screwdriver in the hammer, but as you progress through different projects, you can continue to learn how to use the other tools in there. And when you do, you’ll find that collaborating on projects becomes easier because you’re using the right tools. Templates let you quickly answer FAQs or store snippets for re-use. Are you sure you want to hide this comment? It will become hidden in your post, but will still be visible via the comment's permalink. Hide child comments as well Confirm For further actions, you may consider blocking this person and/or reporting abuse Pierre Chollet - Jul 12 Rajasneha - Jun 12 Nevo David - Jul 4 Ayu Adiati - Jul 12 Start contributing to open-source today. Once suspended, opensauced will not be able to comment or publish posts until their suspension is removed. Once unsuspended, opensauced will be able to comment and publish posts again. Once unpublished, all posts by opensauced will become hidden and only accessible to themselves. If opensauced is not suspended, they can still re-publish their posts from their dashboard. Note: Once unpublished, this post will become invisible to the public and only accessible to BekahHW. They can still re-publish the post if they are not suspended. Thanks for keeping DEV Community safe. Here is what you can do to flag opensauced: opensauced consistently posts content that violates DEV Community's code of conduct because it is harassing, offensive or spammy. Unflagging opensauced will restore default visibility to their posts. DEV Community — A constructive and inclusive social network for software developers. With you every step of your journey. Built on Forem — the open source software that powers DEV and other inclusive communities.Made with love and Ruby on Rails. DEV Community © 2016 - 2023. We're a place where coders share, stay up-to-date and grow their careers.