- 1.1 Versiyon Kontrol
- 1.2 Git’in Kısa Tarihçesi
- 1.3 Git Nedir?
- 1.4 Komut Satırı
- 1.5 Git’i Yüklemek
- 1.6 Git’i İlk Defa Kurmak
- 1.7 Yardım Almak
- 1.8 Özet
2. Git Basics
- 2.1 Getting a Git Repository
- 2.2 Recording Changes to the Repository
- 2.3 Viewing the Commit History
- 2.4 Undoing Things
- 2.5 Working with Remotes
- 2.6 Tagging
- 2.7 Git Aliases
- 2.8 Summary
3. Git Branching
- 3.1 Branches in a Nutshell
- 3.2 Basic Branching and Merging
- 3.3 Branch Management
- 3.4 Branching Workflows
- 3.5 Remote Branches
- 3.6 Rebasing
- 3.7 Summary
4. Git on the Server
- 4.1 The Protocols
- 4.2 Getting Git on a Server
- 4.3 Generating Your SSH Public Key
- 4.4 Setting Up the Server
- 4.5 Git Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Third Party Hosted Options
- 4.10 Summary
5. Distributed Git
- 5.1 Distributed Workflows
- 5.2 Contributing to a Project
- 5.3 Maintaining a Project
- 5.4 Summary
7. Git Tools
- 7.1 Revision Selection
- 7.2 Interactive Staging
- 7.3 Stashing and Cleaning
- 7.4 Signing Your Work
- 7.5 Searching
- 7.6 Rewriting History
- 7.7 Reset Demystified
- 7.8 Advanced Merging
- 7.9 Rerere
- 7.10 Debugging with Git
- 7.11 Submodules
- 7.12 Bundling
- 7.13 Replace
- 7.14 Credential Storage
- 7.15 Summary
8. Customizing Git
- 8.1 Git Configuration
- 8.2 Git Attributes
- 8.3 Git Hooks
- 8.4 An Example Git-Enforced Policy
- 8.5 Summary
9. Git and Other Systems
- 9.1 Git as a Client
- 9.2 Migrating to Git
- 9.3 Summary
10. Git Internals
- 10.1 Plumbing and Porcelain
- 10.2 Git Objects
- 10.3 Git References
- 10.4 Packfiles
- 10.5 The Refspec
- 10.6 Transfer Protocols
- 10.7 Maintenance and Data Recovery
- 10.8 Environment Variables
- 10.9 Summary
A1. Ek bölüm A: Git in Other Environments
- A1.1 Graphical Interfaces
- A1.2 Git in Visual Studio
- A1.3 Git in Visual Studio Code
- A1.4 Git in Eclipse
- A1.5 Git in Sublime Text
- A1.6 Git in Bash
- A1.7 Git in Zsh
- A1.8 Git in PowerShell
- A1.9 Summary
A2. Ek bölüm B: Embedding Git in your Applications
- A2.1 Command-line Git
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
A3. Ek bölüm C: Git Commands
- A3.1 Setup and Config
- A3.2 Getting and Creating Projects
- A3.3 Basic Snapshotting
- A3.4 Branching and Merging
- A3.5 Sharing and Updating Projects
- A3.6 Inspection and Comparison
- A3.7 Debugging
- A3.8 Patching
- A3.9 Email
- A3.10 External Systems
- A3.11 Administration
- A3.12 Plumbing Commands
A3.3 Ek bölüm C: Git Commands - Basic Snapshotting
For the basic workflow of staging content and committing it to your history, there are only a few basic commands.
git add command adds content from the working directory into the staging area (or “index”) for the next commit.
git commit command is run, by default it only looks at this staging area, so
git add is used to craft what exactly you would like your next commit snapshot to look like.
This command is an incredibly important command in Git and is mentioned or used dozens of times in this book. We’ll quickly cover some of the unique uses that can be found.
We first introduce and explain
git add in detail in Tracking New Files.
We mention how to use it to resolve merge conflicts in Basic Merge Conflicts.
We go over using it to interactively stage only specific parts of a modified file in Interactive Staging.
Finally, we emulate it at a low level in Tree Objects, so you can get an idea of what it’s doing behind the scenes.
git status command will show you the different states of files in your working directory and staging area.
Which files are modified and unstaged and which are staged but not yet committed.
In its normal form, it also will show you some basic hints on how to move files between these stages.
We first cover
status in Checking the Status of Your Files, both in its basic and simplified forms.
While we use it throughout the book, pretty much everything you can do with the
git status command is covered there.
git diff command is used when you want to see differences between any two trees.
This could be the difference between your working environment and your staging area (
git diff by itself), between your staging area and your last commit (
git diff --staged), or between two commits (
git diff master branchB).
We first look at the basic uses of
git diff in Viewing Your Staged and Unstaged Changes, where we show how to see what changes are staged and which are not yet staged.
We use it to look for possible whitespace issues before committing with the
--check option in Commit Guidelines.
We see how to check the differences between branches more effectively with the
git diff A...B syntax in Determining What Is Introduced.
We use it to filter out whitespace differences with
-b and how to compare different stages of conflicted files with
--base in Advanced Merging.
Finally, we use it to effectively compare submodule changes with
--submodule in Starting with Submodules.
git difftool command simply launches an external tool to show you the difference between two trees in case you want to use something other than the built in
git diff command.
We only briefly mention this in Viewing Your Staged and Unstaged Changes.
git commit command takes all the file contents that have been staged with
git add and records a new permanent snapshot in the database and then moves the branch pointer on the current branch up to it.
We first cover the basics of committing in Committing Your Changes.
There we also demonstrate how to use the
-a flag to skip the
git add step in daily workflows and how to use the
-m flag to pass a commit message in on the command line instead of firing up an editor.
In Undoing Things we cover using the
--amend option to redo the most recent commit.
In Branches in a Nutshell, we go into much more detail about what
git commit does and why it does it like that.
We looked at how to sign commits cryptographically with the
-S flag in Signing Commits.
Finally, we take a look at what the
git commit command does in the background and how it’s actually implemented in Commit Objects.
git reset command is primarily used to undo things, as you can possibly tell by the verb.
It moves around the
HEAD pointer and optionally changes the
index or staging area and can also optionally change the working directory if you use
This final option makes it possible for this command to lose your work if used incorrectly, so make sure you understand it before using it.
We first effectively cover the simplest use of
git reset in Unstaging a Staged File, where we use it to unstage a file we had run
git add on.
We then cover it in quite some detail in Reset Demystified, which is entirely devoted to explaining this command.
git reset --hard to abort a merge in Aborting a Merge, where we also use
git merge --abort, which is a bit of a wrapper for the
git reset command.
git rm command is used to remove files from the staging area and working directory for Git.
It is similar to
git add in that it stages a removal of a file for the next commit.
We cover the
git rm command in some detail in Removing Files, including recursively removing files and only removing files from the staging area but leaving them in the working directory with
The only other differing use of
git rm in the book is in Removing Objects where we briefly use and explain the
--ignore-unmatch when running
git filter-branch, which simply makes it not error out when the file we are trying to remove doesn’t exist.
This can be useful for scripting purposes.
git mv command is a thin convenience command to move a file and then run
git add on the new file and
git rm on the old file.
We only briefly mention this command in Moving Files.
git clean command is used to remove unwanted files from your working directory.
This could include removing temporary build artifacts or merge conflict files.
We cover many of the options and scenarios in which you might used the clean command in Cleaning your Working Directory.