Everand Logo

Welcome to Everand!

  • Discover millions of ebooks, audiobooks, and so much more with a free trial

    Only €10,99/month after trial. Cancel anytime.

    Jump Start Git
    Jump Start Git
    Jump Start Git
    Ebook287 pages1 hour

    Jump Start Git

    By Shaumik Daityari

    ()

    Read preview

    About this ebook

    Get a Jump Start on version control with Git today!

    If you've worked on a web development project of any size, you've probably used Git, the most broadly adopted distributed version control system available. It enables you to store different versions of project files and directories, so you can roll back to an earlier one if something goes wrong. And since it's distributed, it smoothes the path for dev team collaboration.

    This short, practical book will help you to:

    • Understand Git's core philosophy.
    • Get started with Git: install it, learn the basic commands, and set up your first project.
    • Work with Git as part of a collaborative team.
    • Use Git's debugging tools for maximum debug efficiency.
    • Master Git workflow
    • Take control with Git's advanced features: reflog, rebase, stash, and more.
    • Use Git with cloud-based Git repository host services like Github and Bitbucket.
    • See how Git's used effectively on large open-source projects.

    Whether you're a Git newbie or you've been using it for some time but only really scratching the surface of its capabilities, this book will help you to gain a deep understanding of how Git works, and how to use it to streamline your workflow.

    LanguageEnglish
    PublisherSitePoint
    Release dateMay 15, 2020
    ISBN9781098122874
    Jump Start Git
    Author

    Shaumik Daityari

    Shaumik is a data analyst by day, and a comic book enthusiast by night (or maybe, he's Batman?) Shaumik has been writing tutorials and creating screencasts for over five years. When not working, he's busy automating mundane daily tasks through meticulously written scripts!

    Related to Jump Start Git

    Related ebooks

    Software Development & Engineering For You

    View More
    View More

    Related podcast episodes

    Related articles

    • Article

      Social Engineering

      Oct 15, 2019

      Social Engineering
      5 min read

    • Article

      Access Your Mac Anywhere

      Nov 8, 2022

      Access Your Mac Anywhere
      2 min read

    • Article

      Why Python?

      Apr 7, 2020

      Python is an interpreted, high-level, general-purpose programming language that was first released in 1991 by its creator, Guido van Rossum. Very similar in programming construct to how BASIC (Beginners All-purpose Sybollic Instruction Code) was used

      1 min read

    • Article

      Sherlock

      May 31, 2022

      Sherlock
      1 min read

    • Article

      IT For A New World

      Jun 10, 2021

      IT For A New World
      6 min read

    • Article

      Google To Streamline Its Approach To The Kernel

      Nov 16, 2021

      At the recent Open Source Summit North America 2021 (https://bit.ly/lxf283opensourcesummit), Google engineers Andrew Delgadillo and Dylan Hatch announced Project Icebreaker, a new kernel project from Google that will be as close to the upstream kerne

      1 min read

    • Article

      AccuWeb Hosting

      Jan 9, 2024

      AccuWeb Hosting
      2 min read

    • Article

      All about Ethernet

      Jan 11, 2021

      All about Ethernet
      4 min read

    • Article

      Don’t Pay For ANTI-VIRUS

      May 30, 2022

      Don’t Pay For ANTI-VIRUS
      13 min read

    • Article

      A.i. Coding

      Aug 22, 2023

      A.i. Coding
      16 min read

    • Article

      STEM Online Learning Resources

      Sep 3, 2020

      STEM Online Learning Resources
      4 min read

    • Article

      Ice Cold With Kali

      May 2, 2023

      Ice Cold With Kali
      3 min read

    • Article

      Run Anything From A USB STICK

      Apr 27, 2022

      Run Anything From A USB STICK
      15 min read

    • Article

      Basic Concepts

      Jul 2, 2019

      A messaging system such as Kafka enables you to send messages between processes, applications and servers. Applications connect to Kafka to send or get data. Strictly speaking, a Kafka ‘topic’ is a unit of storage in Kafka: data in Kafka is stored in

      1 min read

    • Article

      Add Raspberry Pi GPIO to your PC

      Aug 22, 2023

      Credit: https://github.com/PiSupply/Ryanteck Mike Bedford uses both PCs and Raspberry Pis, so is quite taken with this method of providing convergence between the two platforms. The Raspberry Pi might be the poor relation to the PC in performance, b

      11 min read

    • Article

      Metasploitation

      May 2, 2023

      It’s a rare piece of code that never requires patching to fix some flaw or other that allows users to do what they were never meant to do. Exploits can be as simple as checking out plain text password files in an unprotected directory, or inputting s

      5 min read

    • Article

      Rise Of The Robots

      Jan 12, 2021

      Rise Of The Robots
      7 min read

    Related categories

    Reviews for Jump Start Git

    0 ratings

    0 ratings0 reviews

    What did you think?

    Tap to rate

    Review must be at least 10 words

      Book preview

      Jump Start Git - Shaumik Daityari

      Chapter 1: Introduction

      Chapter

      Introduction

      In my freshman year in college, I started work on my first intranet application. The files in the main directory of the partially functioning application looked something like Figure 1-1.

      The directory structure of my first web application titled “Online Exams”

      Looking at the file names in this directory, you can see that I used some very similar names, such as exam.php, exam1.php and examfile.php. The purpose of that naming convention was to create new versions of my application without losing the old, working logic—in case the new ideas failed! I assumed that, because I understood what each of those files did, it should be fine to have a bunch of similarly named files.

      However, there were two flaws in that thinking. Firstly, anyone else examining this code wouldn’t be able to make sense of this mess. Secondly, after a few months, even I was struggling to recall what each version of these files was for. Clearly, I needed a better system for managing the various versions of my files.

      If I had this much trouble working on a small, personal project, imagine how difficult it must have been for larger software projects, with thousands of files and contributors distributed all over the world! Developers once used emails to coordinate changes among team members. When they made changes to a project, they would each create a diff file with all their changes and email it to the lead developer, who would incorporate them into the project if everything worked properly.

      When you’re working on the same files as other developers, keeping track of what you’ve changed and trying to merge it with work done by your peers becomes very difficult. It can result in a lot of confusion and time wasting.

      Imagine another situation, where you’re working on an idea and your boss wants to see what you’ve already completed. Ideally, you’d want to be able to do the following:

      stash away the changes and revert to the last stable state

      show your boss the latest completed work

      resume your work with the current state once that’s done

      All of the situations I’ve described above give rise to the need for what’s known as version control. So let’s find out what that is.

      Version Control

      Version control (or revision control) is a system that records changes to a file or a group of files and directories over time, so that you can review or go back to specific versions later. Over the course of this book, I’ll demonstrate how this works. But first, let’s examine in more detail what version control is.

      Quite literally, version control means maintaining versions of your work—perhaps most commonly in the form of source code, though it can be used for other kinds of work too. You may like to think of version control as a tool that takes snapshots of your work across time, creating checkpoints. You can return to those checkpoints any time you want. Not only are the changes recorded in these checkpoints, but also information about who made the changes, when they made them, and the reasons behind the changes.

      I’ve already mentioned the first objective of version control—to back up and restore. Version control eliminates the need to create backup files like I was doing in my college days (that is, endless duplicates with different names). Version control also gives you the ability to return to previous states of your work without losing the current state.

      Version Control Doesn’t Replace the Need for a Regular Backup Solution

      The word backup above, as noted, refers to the process of creating multiple copies of the same file. Git removes the need for that. However, this is different from regularly backing up your files to an external source—such as a portable drive or cloud storage—to ensure you don’t lose anything following a disk failure.

      Next, version control lets you synchronize your work with peers who are working on the same projects. In other words, it enables you to collaborate with others without the possibility of someone’s changes overwriting someone else’s work accidentally.

      Version control also tracks changes to a project and other data associated with the changes. It makes the process of debugging your code easy too, which we’ll explore in some detail.

      Conflicts in files can also be resolved through version control—such as when multiple people have made changes to a file that clash. A version control system highlights the conflicts and provides an opportunity to fix them.

      Yet another feature of version control is that it enables work on multiple features of a project at the same time. This gives great scope for experimentation, trial and error. Each feature can be developed independently of the others, and can easily be removed if it doesn’t work out.

      Now that you’ve been introduced to the concept of version control, let’s look at how we may already be using version control in our daily lives.

      Examples of Version Control in Daily Life

      You’ve probably visited the Wikipedia site at some point. You may even have taken the opportunity to update its content, too—as we’re all invited to do. When editing a page, you may also have checked its history. That’s where things get really interesting.

      History of the Wikipedia Page for B. R. Ambedkar

      The history page shown in Figure 1-2 lists changes to that page. It also records the time of the change, the user who made it, and a message associated with the change. You can examine the complete details of each edit, and even revert back to an older version of the page. This is a good example of a simple form of version control.

      Revision history of Google Docs

      Google Docs provides another example of version control that you might experience in daily life. If you check the revision history of a file in Google Docs, shown the figure above, you’ll notice that Google saves the state of your file after every few changes. You can preview the status of the document in any of those previous states—and choose to revert back to it, if needed.

      Version Control Systems: the Options

      There are two types of version control systems (VCS), known as centralized and distributed.

      Centralized systems have a copy of the project hosted on a centralized server, to which everyone connects to in order to make changes. Here, the first come, first served principle is adopted: if you’re the first to submit a change to a file, your code will be accepted.

      In a distributed system, every developer has a copy of the entire project. Developers can make changes to their copy of the project without connecting to any centralized server, and without affecting the copies of other developers. Later, the changes can be synchronized between the various copies.

      In the earliest version control systems, files were tracked only locally, and only one person could work on a file at a time. Examples of these include Source Code Control System (SCCS) and Revision Control System (RCS), which were common in the 1970s and 1980s.

      The next step forward was the introduction of client-server version control systems, which enabled multiple authors to work on the same file (although some still worked on the first come, first served basis). Examples of such systems include Concurrent Versions System (CVS) and Subversion, which are still in use today.

      Since around 2005, distributed systems have gained widespread acceptance, with the emergence of systems such as Git, Mercurial and Bazaar.

      VCS Is Not CVS

      Don’t confuse the abbreviations VCS (version control system) and CVS (concurrent versions system). CVS is just one of the many kinds of VCS.

      Back in my freshman year, version control systems were available. However, in the example of my small project, I didn’t use one, simply because I was a beginner and didn’t know they existed. Many people first get introduced to version control systems when they start working with a team. Nowadays, most people get the first taste of version control when dealing with open-source projects.

      Enter Git

      This book is about Git, a distributed version control system. Git tracks your project history, enabling you to access any version of it back in time. It also allows multiple people to work on the same project, helping avoid confusion when more than one person tries to edit the same file.

      Git was created by Linus Torvalds (who is also known for the Linux kernel), and Junio Hamano is its primary developer. Git, as described on the Git website, is a source code management (SCM) solution, but essentially it’s just a type of version control system.

      The primary objective behind Git was to implement and design a version control system that was distributed, reliable

      Enjoying the preview?
      Page 1 of 1