Git is used on daily basis to move information between different repositories and files, you can change the history of commits and fix any mistakes that you made before to produce more organized shared Git workflow.
⌚ ~ 30 Min
Git project stores information in 4 seprate storage areas :
-
Working
Area : This area contains current files and folders that you work on. -
Repository
Area : This area contains the entire timeline of the project, when you commit stuff it goes here. -
Index
Area : This area contains files and folders that are ready to be committed, e.g. stores files before you commit them. -
Stash
Area : This area is a temporary storage area.
⌚ ~ 10 Min
These two questions you ask about the command before using it:
-
How does this command move information across the Four Areas?
-
e.g. from working to stash or index, from index to Repository? etc...
-
-
How does the command change the repository?
-
e.g. create a commit? new branch? delete old branch? etc...
-
⌚ ~ 20 Min
You can access this folder by running ls .git/
There are different objects in Git:
-
blob
objects: represents the content of the file on some point of history. -
tree
objects: represents the folders of the project. -
commit
objects: represents the commits of the repository whenever one is created.- Each commit object points at its parent commit, and linked to a certain point of history for the files that are committed, contains trees and blobs of its own timeline.
Note all of the objects are immutable, they can be created and deleted but never changed.
- a
branch
is a reference to series of commits. - a
HEAD
is a reference to the mainbranch
of the commit history.
Warning Just like linked list, if you delete a
branch
from the commit history, you will lose access to all the commits in the branch that doesn't have any link with other branches.
⌚ ~ 4 Hrs
Note : use
help <command>
to show the decomentation of a certain command.
status
: returns the status of the index area to commit files into repository area, if the index has the same files as the repository area, then it'll returnnothing to commit
otherwiseChanges not staged for commit:
and logs the files names and status information underUntracked files
.
diff
: returns the difference between the working directory and the index directory, if the index has the same files as the working directory, it doesn't log any data.diff --cached
: returns the difference between the index directory and the repository directory.diff <branch1> <branch2>
: returns the difference between the branch1 and branch2.
add
: copy chosen files from working area to the index area, overriding existing files.
commit
: update the repository directory with the latest updated files in the index directory.
checkout
: change theHEAD
to another branch, and takes the data from the current commit and copy these data from the working area to the index directory.
rm
: remove the files from the repository directory, which gives you 2 options for removing the files:-f
to force removal both index and working directories.--cached
to remove file from index directory only.unstaged
mv
: rename file in the working directory and update it in the index directory in a single shot.
reset
: revert or undo changes to the repository. It can be used to reset the repository to a specific commit, or to a specific file. The reset command can also be used to remove files from the repository.--hard
: copies the new current commit to the main working area and the index area.--mixed
: copies the new current commit to the index area. Which is the default--soft
: moves the branch to the new commit without effecting index nor working area.reset HEAD
: reset the staged files to the current commit in the repository.reset --hard HEAD
: reset the current files in both index and working areas to the current commit in the repository.
Warning: This will reset the files in the working area.
stash
: save the current state of the working area and index area to a temporary area, and checks out the current commit in the repository not affected with files in the stash area.--include-untracked
: saves the current state of the working and index area.list
: lists the stash elements in the stash area. e.g.stash@{0}
apply
: return the stashed files from the stash area back to where they were before the stash.
switch
: move to different branch or creats one if it doesn't exist yet.
restore
: to revert back to a previous version of a file from index or repository to working area.
log
: to see the history of the project (commits).--graph
: to see the history of the project in a graph format.--decorate
: to see the history of the project in a graph format with decoration.--oneline
: to see the history of the project in a oneline format (shorted).--patch
: to see the history of the project with details for every commit and what has changed in it.--grep <string>
: to filter the commits that hasstring
in the commit message.-G <string>
: to see the commits that added or removed towardsstring
files.-n
: to see the latest {n} commits.HEAD~5..HEAD^
: show me the .. to show range. it means show me show me the commits from 5 commits before HEAD to the parent of HEAD (HEAD^
).
show
: to see the details of a commit (e.g.git show 118c7b7
).HEAD@{time}
: to see the details of the head commit at a certain time. e.g.git show HEAD@{1 month ago}
blame
: to see the history of a file and what has changed in it along the timeline of the file itself.
rebase
: taking the changes from one branch and applying them to another branch.-interactive
: to interactively rebase the changes.
reflog
: to see the history of commands that applied to the repository.
filter-repo
: to filter the repository by a certain pattern.
revert
: to revert the changes of a specific commit.Warning: be careful when you revert merges, because
revert
doesn't revert the structural merge of branches, only the changes that done to the content of them in new branch.
⌚ ~ 30 Min
- Peer to Peer model: A peer to peer model is a model where two or more people are collaborating on a project without a public shared repo or any of them is controller and not centralized (purely distributed).
- Centralized model: A centralized model is a model where one or more people are collaborating on the project with a shared online repository (server).
- Pull Request model: A pull request model is a model where one or more people are collaborating on the project with a shared online repository (server) and the project is being updated by the people who are controling the project, other users can pull from it they doesnt push changes to the repository.
- Dictator and Lieutenants model: A dictator and lieutenants model is a model for large projects, where the shared repo has access only from controler users, where they have a shared repo of their own that the end users of this model can change and push changes to them.
⌚ ~ 20 Min
Note: It's best to name branches based on their purpose.
- Integration Branch: The integration branch is used to merge changes from other branches into the main branch. This allows changes to be tested and verified before they are merged into the main branch.
- Release Branch: The Release branch is used to track changes that are ready to be released. This branch typically contains bug fixes and new features that have been tested and verified.
- Feature Branch: The Feature branch is used to track changes for new features. This branch typically contains code that is still being developed and tested.
- Hotfix Branch: The Hotfix branch is used to track changes that need to be made to the code base urgently. This branch typically contains bug fixes that need to be released quickly.
Note Course : Pluralsight - Mastering Git by Paolo Perrotta