Git 常用命令总结

Git是一个分布式文件版本管理系统。Git 直接记录文件快照，而非差异比较，所以在切换分支速度极快，几乎是秒切。所有操作基本上都是本地执行，时刻保持数据完整性，每台机器上都有完整的 Git 提交历史，即使不联网，也能任意切换到历史版本。多数操作仅添加数据，也就是说，操作都是可恢复的。

初始化目录

# 创建空的 Git 目录
git init 
git add README
git commit -m 'initial project version'

# 或者使用 clone 方式从远程复制一个
git clone git://git.kernel.org/pub/scm/git/git.git [mygit]

文件状态

工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新（nothing to commit），已修改（Changes not staged for committed）或者已放入暂存区（Changes to be committed）。而所有其他文件都属于未跟踪文件（Untracked files），它们既没有上次更新时的快照，也不在当前的暂存区域。如下图

• README.txt 已放入暂存区，等待被提交。使用git commit -m 'change log'提交
• benchmarks.rb已修改，但修改未放入暂存区。使用git add benchmarks.rb添加到暂存区
• b.txt未根据，需要用命令git add b.txt添加到暂存区。

需要注意的是，每次修改文件都需要执行git add filename将修改添加到暂存区，而不仅仅只是新文件。也就是说，每次更改，都要执行两个命令，git add和git commit才能将更改添加到版本库中。一次完整的提交过程：

# 将当前目前下的所有更改添加到暂存区，或者根据情况，只添加某些文件的更改，将 . 换成文件名
git add .  
# 将暂存区的内容添加到 Git 版本库中，永久存储。这一步无法选择要提交哪些内容，所有暂存区的内容都会被提交。
git commit -m 'change log'  

.gitignore

有时候，我们可能不想跟踪一些文件，比如工程文件的配置文件，编译生成的二进制文件。这些文件无需纳入版本管理，否则在团队协作，合并代码时容易发生冲突。在项目的根目录下，新建.gitignore文件，将不需要跟踪的文件添加到里面，如下：

# 此为注释 – 将被 Git 忽略
# 忽略所有 .DS_Store 结尾的文件
*.DS_Store
# 但 lib.a 除外
!lib.a
# 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
/TODO
# 忽略 build/ 目录下的所有文件
build/
# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/*.txt
# ignore all .txt files in the doc/ directory
doc/**/*.txt
# A **/ pattern is available in Git since version 1.8.2.

如果在创建.gitignore文件前，这些文件已经进入版本管理时，需要先将它们从暂存区中删除：git rm —cached filename 或 git rm -rf —cached .，让.gitignore生效。

对比

git diff可以查看当前修改和某次提交之后都改动了哪些东西。

1. 查看已暂存和未暂存的更新 ：git diff
2. 查看已暂存和上次提交时的快照之间的变化: git diff —cached 或 git diff —staged
3. 对比当前提交和某个提交：git diff 99734f7ff
4. 对比当前分支和其他某个分支：git diff test

git diff

查看提交历史

1. 查看提交日志，只列出时间和提交信息：git log
2. 查看最近2次提交的历史，并列出改动的内容差异：git log -p -2
3. 以图表的形式列出提交历史： git log --oneline --graph

git log -p -2

撤销操作

1. 修改最后一次提交信息：git commit --amend
2. 取消已经暂存的文件：git reset HEAD filename
3. 取消对文件的修改：git checkout -- filename
4. 返回到某个节点，不保留修改：git reset --hard HASH
5. 返回到某个节点，保留修改：git reset --soft HASH

远程仓库

1. 查看：git remote -v
2. 添加远程仓库：git remote add pb git://github.com/paulboone/ticgit.git
3. 拉取远程仓库的代码到本地仓库：git fetch pb
4. 修改远程仓库地址：git remote set-url origin git://github.com/newuser/ticgit.git

打标签

每次推送一个新的版本到远程仓库的 master 时，需要打一个版本号的标签。

1. 查看标签：git tag -l
2. 打标签：git tag -a v1.4 -m 'my version 1.4'
3. 查看相应标签的版本信息：git show v1.4
4. 推送标签到远程：git push origin v1.5 或者 git push origin --tags

分支

在 Git 中提交时，会保存一个提交(commit)对象，该对象包含一个指向暂存内容快照的指针。Git 中的分支，本质上是个指向 commit 对象的可变指针。

新建分支

git branch test
git checkout test
# 或者直接 checkout -b, -b 参数表示新创建一个分支
git checkout -b test

合并分支

将 issue-1 分支合并到 master:

git checkout master
git merge issue-1 

# 合并后删除
git branch -d issue-1

冲突解决

在merge代码的时候，如果两个分支对同一行文件做了不一样的修改，便会产生冲突。解决冲突需要人为介入，编辑冲突的文件，选择正确的一行代码，然后重新提交。
如果代码产生冲突，冲突的文件会出现类似下面的内容：

<<<<<<< HEAD
<div id="footer">contact us at support@github.com</div>
=======
<div id="footer">
      please contact us at support@github.com
</div>
>>>>>>> issue-1

<<<<<<< HEAD到======= 之间是当前分支的代码，=======到>>>>>>> issue-1是issue-1分支的代码，这行代码不一致，这里我们选择issue-1的代码，修改后这几行变为

<div id="footer">
      please contact us at support@github.com
</div>

修改完之后，运行git add .; git commit -m 'merged'提交当前修改后的代码，冲突便解决了，代码也合并了。

管理分支

列出当前所有本地分支： git branch
包含各分支最后提交信息： git branch -v
查看当前分支已合并的分支： git branch --merged
删除分支：git branch -d testing

远程分支

远程分支(remote branch)是对远程仓库中的分支的索引，远程分支的表示形式：(远程仓库名)/(分支名) 。如 origin/master，origin 是远程仓库名，master是分支名。

查看远程分支： git branch -r
推送本地分支： git push origin master
拉取远程分支并合并到当前分支：git pull origin master
获取远程代码到本地仓库：git fetch origin
合并远程分支到本地分支代码：git merge origin/master
本地新建远程分支：git checkout -b hotfix origin/master # 从远程 master 分支上新建本地 hotfix 分支
删除远程分支，在分支名前加冒号：git push origin :hotfix # 删除远程 hostfix 分支

git pull = git fetch + git merge

Stash

要切换到其他分支又不提交当前的修改时，使用 git stash 保存当前修改到一个堆栈中，需要时重新应用修改

1. 保存修改：git stash
2. 应用保存起来的修改：git stash apply 或 git stash pop
3. 查看已保存的stashing：git stash list
4. 删除stash：git stash drop