Git & GitLab
By: Gaurav Wable
Fabruary 2018

CONTENTS
Introduction to Git & GitLab01
Hands on02
Git Commands03

Introduction to
Git & GitLab
01

Git
• Git is a version control system for tracking changes
in computer files and coordinating work on those
files among multiple people.
• It is primarily used for source code management in software development,
but it can be used to keep track of changes in any set of files.
• As a distributed revision control system it is aimed at speed, data integrity,
and support for distributed, non-linear workflows.

GitLab
GitLab is a web-based
Git repository manager
with wiki and issue tracking features,
using an open source license,
developed by GitLab Inc.

GitLab Workflow

GitLab Workflow
IDEA: Every new proposal starts with an idea, which usually come up in a chat.
For this stage, GitLab integrates with Mattermost.
ISSUE: The most effective way to discuss an idea is creating an issue for it.
Your team and your collaborators can help you to polish and improve it in the
issue tracker.
PLAN: Once the discussion comes to an agreement, it's time to code. But wait!
First, we need to prioritize and organize our workflow. For this, we can use the
Issue Board.
CODE: Now we're ready to write our code, once we have everything organized.

GitLab Workflow
COMMIT: Once we're happy with our draft, we can commit our code to a feature-
branch with version control.
TEST: With GitLab CI, we can run our scripts to build and test our application.
REVIEW: Once our script works and our tests and builds succeeds, we are ready to
get our code reviewed and approved.
STAGING: Now it's time to deploy our code to a staging environment to check if
everything worked as we were expecting or if we still need adjustments.
PRODUCTION: When we have everything working as it should, it's time to deploy to
our production environment!

GitLab Development Flow

CI/CD with GitLab
GitLab allows Continuous Integration, Continuous Delivery,
and Continuous Deployment within the same web interface.

1Continuous Integration
2 Continuous Delivery
3Continuous Deployment
CI/CD Pipeline

Continuous Integration
Continuous Integration is a software development practice in
which you build and test software every time a developer
pushes code to the application, and it happens several times
a day.
Continuous Integration: TEST - BUILD

Continuous Delivery
Continuous Delivery is a software engineering approach in
which continuous integration, automated testing, and
automated deployment capabilities allow software to be
developed and deployed rapidly, reliably and repeatedly with
minimal human intervention. Still, the deployment to
production is defined strategically and triggered manually.
Continuous Delivery: TEST - BUILD - - DEPLOY

Continuous Deployment
Continuous Deployment is a software development practice in
which every code change goes through the entire pipeline
and is put into production automatically, resulting in many
production deployments every day.
Continuous Deployment: TEST - BUILD - - DEPLOY

Hands on
02

git init
Git Bash

Git Commands
03

Tell Git who you are
Configure the author name and email address to be used with
your commits:
git config --global user.name "Your Name"
git config --global user.email your.name@example.com

Create a new local repository
git init

Check out a repository
Create a working copy of a local repository:
git clone /path/to/repository
For a remote server, use:
git clone username@host:/path/to/repository

Add files
Add one or more files to staging (index):
git add <filename>
git add .

Remove files
Remove one or more files:
git rm <filename>

Commit
Commit changes to head (but not yet to the remote
repository):
git commit -m "Commit message"
Commit any files you've added with git add, and also commit
any files you've changed since then:
git commit -a

Push
Send changes to the master branch of your remote repository:
git push origin master

Status
List the files you've changed and those you still need to add
or commit:
git status

Connect to a remote repository
If you haven't connected your local repository to a remote
server, add the server to be able to push to it:
git remote add origin <server>
List all currently configured remote repositories:
git remote -v

Branch
Create a new branch and switch to it:
git checkout -b <branchname>
Switch from one branch to another:
git checkout <branchname>
List all the branches in your repo, and also tell you what
branch you're currently in:
git branch

Branch
Delete the feature branch:
git branch -d <branchname>
Push the branch to your remote repository, so others can use it:
git push origin <branchname>
Push all branches to your remote repository:
git push --all origin

Update from the remote repository
Fetch and merge changes on the remote server to your
working directory:
git pull
To merge a different branch into your active branch:
git merge <branchname>
View all the merge conflicts:
git diff

Update from the remote repository
View the conflicts against the base file:
git diff --base <filename>
Preview changes, before merging:
git diff <sourcebranch> <targetbranch>
After you have manually resolved any conflicts, you mark the
changed file:
git add <filename>

Tags
You can use tagging to mark a significant changeset, such as
a release:
git tag 1.0.0 <commitID>
CommitId is the leading characters of the changeset ID, up to
10, but must be unique. Get the ID using:
git log
Push all tags to remote repository:
git push --tags origin

Undo local changes
If you mess up, you can replace the changes in your working tree
with the last content in head:
Changes already added to the index, as well as new files, will be kept.
git checkout -- <filename>
Instead, to drop all your local changes and commits, fetch the latest
history from the server and point your local master branch at it, do
this:
git fetch origin
git reset --hard origin/master

Search
Search the working directory for foo():
git grep "foo()"

Gaurav