To check whether you have git install in your device in your terminal type git –version
let’s talk about git init command in details.
git init command creates a new Git repository. It can be used to convert an existing, un- versioned project to a Git repository or initialize a new, empty repository. Most other Git commands are not available outside of an initialized repository, so this is usually the first command you’ll run in a new project.
git init creates a
.git subdirectory in the current working directory, which contains all of the necessary Git metadata for the new repository. This metadata includes subdirectories for objects, refs, and template files.
HEAD file is also created which points to the currently checked out commit.
Aside from the
.git directory, in the root directory of the project, an existing project remains unaltered (unlike SVN, Git doesn’t require a
.git subdirectory in every subdirectory).
git init will initialize the Git configuration to the
.git subdirectory path. The subdirectory path can be modified and customized if you would like it to live elsewhere. You can set the
$GIT_DIR environment variable to a custom path and
git init will initialize the Git configuration files there. Additionally you can pass the
--separate-git-dir argument for the same result. A common use case for a separate
.git subdirectory is to keep your system configuration “dotfiles” (
.vimrc, etc.) in the home directory while keeping the
.git folder elsewhere.
Transform the current directory into a Git repository. This adds a
.git subdirectory to the current directory and makes it possible to start recording revisions of the project.
git init <directory>
Create an empty Git repository in the specified directory. Running this command will create a new subdirectory called containing nothing but the
git init vs. git clone
A quick note:
git init and
git clone can be easily confused. At a high level, they can both be used to “initialize a new git repository.” However,
git clone is dependent on
git clone is used to create a copy of an existing repository. Internally,
git clone first calls
git init to create a new repository. It then copies the data from the existing repository, and checks out a new set of working files.
Bare repositories — git init –bare
git init --bare <directory>
Initialize an empty Git repository, but omit the working directory. Shared repositories should always be created with the
--bare flag (see discussion below). Conventionally, repositories initialized with the
--bare flag end in
.git. For example, the bare version of a repository called
my-project should be stored in a directory called
--bare flag creates a repository that doesn’t have a working directory, making it impossible to edit files and commit changes in that repository. You would create a bare repository to git push and git pull from, but never directly commit to it. Central repositories should always be created as bare repositories because pushing branches to a non-bare repository has the potential to overwrite changes. Think of
--bare as a way to mark a repository as a storage facility, as opposed to a development environment. This means that for virtually all Git workflows, the central repository is bare, and developers local repositories are non-bare.
The most common use case for
git init --bare is to create a remote central repository:
ssh <user>@<host> cd path/above/repo git init --bare my-project.git
First, you SSH into the server that will contain your central repository. Then, you navigate to wherever you’d like to store the project. Finally, you use the
--bare flag to create a central storage repository. Developers would then clone
my-project.git to create a local copy on their development machine.
git init templates
git init <directory> --template=<template_directory>
Initializes a new Git repository and copies files from the
<template_directory> into the repository.