Git 本地仓库的创建

使用 Git 来对现有的项目进行管理，在现有目录中初始化仓库。
git init

文件状态演变

加入暂存区与提交

git add + git commit -m “提交信息”
等价于
git commit -am "提交信息"
但工作目录中变更的文件必须是 tracked 文件。
git commit 只针对单个文件进行提交：
git commit <file> -m '提交信息'

移除文件

git rm --cached <文件> 把文件移出暂存区，但本地目录仍保留该文件。
场景：小A在提交代码时不小心把一个用于本地测试的数据库文件 database 一并提交并推送到 Github，导致 Github 源码体积增加几百 M。现在他需要在仓库中删除 database 文件，但本地依然保留该文件（本地开发需要）。

# 暂存区删除database，本地保留database
git rm --cached database
# 提交变动。
git commit -m "删除无关文件"
touch .gitignore
echo database >> .gitignore
git add .
git commit -m "添加.gitignore"
git push origin master

.gitignore忽略文件

# 忽略.a为后缀的文件
*.a
# 尽管上面忽略了.a为后缀的文件，但不忽略lib.a
!lib.a
# 只忽略当前目录下的TODO文件，但不忽略子目录下的TODO文件
/TODO
# 忽略build/目录下的所有文件
build/
# 忽略doc/notes.txt，但不忽略 doc/server/a.txt
doc/*.txt
# 忽略doc/目录下的所有的 .txt文件
doc/**/*.txt

撤销操作

git reset：重置为特定commit

三个概念：(working directory)工作目录(add)→(Index)暂存区(commit)→本地版本库
三个 mode：
--mixed 选项是 git reset 命令的默认选项，git reset [commit] 即等同于 git reset —mixed [commit]。它除了重置提交历史，还会清空暂存区。
--soft更改本地版本库，文件还原至暂存区，不会对工作目录进行任何更改。
--hard连工作目录里的文件都还原，但不能删除 untracked 的文件。

git reset <mode> <commit-id>重置为特定 commit

• 场景：单个文件移出暂存区

git reset HEAD <file>

• 场景：全部文件移出暂存区（清空暂存区）

git reset等价于 git reset --mixed HEAD

• 场景：取消本次提交，变更退回至暂存区

git reset --soft HEAD~1

重置为之前的版本

git reset HEAD 回退到表示当前版本
git reset HEAD^回退所有内容到上一个版本，等价于git reset HEAD~1
git reset HEAD^^^等价于git reset HEAD~3回退到此版本之前的第3个版本。

git revert：撤销特定commit

git revert HEAD撤销最近的1次commit。撤销后会向前新增提交，保留所有提交历史，相对安全。
git revert <commit-id> 撤销特定提交。
如果和所撤销commit的上一次commit有共同修改的文件，会产生冲突，解决冲突即可。
git revert 提交之后，push 到远程仓库，可以看到回退到之前哪个版本，保留了中间的提交历史。而 git reset 回退之后，push 到远程仓库，回滚的中间部分的提交历史全部没有。

git checkout：临时切换到特定commit

git checkout <commit-id>临时切换到特定commit
git checkout v1.4查看v1.4 TAG标签处的仓库状态。
这使得仓库的HEAD处于分离状态（detached HEAD）。意味着所做的任何更改都不会更新标签的内容。它们将创建一个新的分离提交。这个新分离的提交将不是任何分支的一部分，并且只能由提交SHA哈希直接访问。 因此，如果你需要进行更改，比如你要修复旧版本中的错误，那么通常需要创建一个新分支：git checkout -b <new-branch-name>之后再合并到主分支上
想离开分离头指针状态回到正常态，只需要git checkout <现有分支名>即可

远程仓库操作

git remote -v查看远程仓库信息

添加、移除远程仓库

git remote add <远程仓库名> <远程仓库url>
git remote add origin <远程仓库url>
git remote add gitlab <远程仓库url>
git remote remove gitlab

拉取远程仓库数据

git fetch拉取远程仓库的数据，包括所有分支及各个分支上的代码修改情况。
git checkout -b <分支名> <基分支>检出远程仓库的分支到本地仓库

关于git pull vs git fetch

git pull<=>git fetch+git merge
git pull先拉取再合并

推送到远程仓库

git push -u origin master “-u” 表示 “— set-upstream”，建立本地分支与远程分支的关联(upstram reference) 以后 git push `git pull简写即可。也可以写进alias别名里。<br />git push origin <分支名> —force`强制推送到远程仓库，会覆盖远程仓库的提交历史。

删除远程仓库分支

git push origin --delete <远程分支名>

分支

# 创建分支
git branch <分支名>
# 切换分支，如果提示本地有加入暂存区，想舍掉可用--force参数
git checkout <分支名>
# 创建分支并切换到新分支
git checkout -b <分支名>
# 删除本地分支
git branch -d <本地分支名>
# 删除远程分支
git push origin --delete <远程分支名>
# 改变分支名称
## 改变当前分支名称
git branch -m <新分支名> 
## 改变指定分支名称
git branch -m <指定分支名> <新分支名>
# 查看本地和远程仓库的所有分支 
git branch -a

# 合并到哪个分支就切换到哪个分支。比如合并到主分支，就checkout到主分支
git checkout master
git merge <otherBranch>
# 之后解决冲突

提交历史

查看提交历史

git show <commit-id>查看指定 commit 的所有修改
git log 查看提交历史
git log <分支名>查看特定分支的提交历史
git reflog 查看所有提交历史，比git log要全面

修改或者合并提交历史

修改最后一次提交

git commit -m 'initial commit'
git add forgotten_file #不仅可修改提交消息，还可以增删改文件
git commit --amend

修改多个提交

git rebase -i HEAD~3交互式变基工具，打开文件后阅读命令提示，squash命令是合并的意思。遇到问题可以通过git rebase --abort终止变基。

变基 rebase

作用：美化提交历史（对比图一和图三）

git checkout experiment
git rebase master #如果有冲突解决冲突
git checkout master
git merge experiment

场景：删除指定commit

git rebase -i 通过美化提交历史，删除本地仓库指定提交。commit-id 为要删除的commit的上一个commit号。

git log #获取commit信息 
git rebase -i <commit-id> 
# -i表示--interactive，交互式变基，
# 用户自己决定相对于祖先的历次提交，怎么处置，是删除还是与下一个合并。
# 特别注意：commit-id 为要删除的commit的上一个commit号
# 编辑文件，将要删除的commit之前的单词改为drop 表示删除。
# 还有其他命令如s, squash表示与前面的提交融合
# 保存文件退出
git log #查看确认是否删除

参考资料：Git 删除本地仓库指定commit的方法

其他

git 别名

在~/.oh-my-zsh/plugins/git/git.plugin.zsh中设置（文章：oh-my-zsh中 git 别名设置）

为什么命令行中，不翻墙，git push那么慢？甚至导致push failed

不知什么原因。最终用 git 设置 socks5 代理，直接走系统中运行的代理工具中转来解决。

为什么命令行中，不翻墙，git clone就那么慢呢？明明访问github都是可以的。

因为github.global.ssl.fastly.net域名被限制了。 只要找到这个域名对应的ip地址，然后在hosts文件中加上ip–>域名的映射，刷新DNS缓存便可。参考：git clone下载慢的问题 。修改完之后快很多。