Git 常用场景
Git 经过这么多年的发展，已然成为一门很有“深度”的技术：操作指令层出不穷，业务场景千变万化。但对于普通的码农来说，可能仅需要掌握 Git 的一层功力就足够使用了。所以本文旨在成为一本《实用手册》，主要以问答的形式，讲解一些基本概念和各种场景下遇到的问题。
PS：为保证语言的通俗易懂，可能会牺牲部分的准确性
问题：Git 和 GitHub 的区别
Git 是我们存储源代码的一个仓库，同时包含了对仓库进行操作的各种指令。而 GitHub 仅仅是提供 Git 仓库的一项【服务】。与 GitHub 提供类似服务的还有 GitLab、码云 等等。
问题：文档在 Git 中的流转过程
未被追踪（untracked）的文档通过 add 进入 Git Index（Git 索引，也有叫做【暂存区】的），变成已追踪（tracked），再通过 commit 进入 Git 本地仓库，最后通过 push 进入 Git 远程仓库（可选步骤）。
问题：git add 常用参数说明
git add . 将修改（不包括删除）的文件加入暂存区
git add -u 将修改（不包括新增）的文件加入暂存区
git add -A 将修改（包括删除和新增）的文件加入暂存区
问题：还原文档的方法
还原文档分两种情况，分别对应不同的方法：
当文件在【暂存区】的时候，使用 git rm --cached <file name>
当文件已经在【仓库】里时，使用 git reset --hard <commit hash>
问题：如何查看更改前后的差别？
git diff 该命令会查看工作树与暂存区的差别
当未执行过 git add，工作树与暂存区是没有差别的，所以 git diff 不会显示任何信息。这时我们可以通过 git diff HEAD 来查看工作树与最新一次提交的差别。
问题：查看日志的方法
git log 查看以当前状态为终点的操作日志，对象是文件
git relog 查看当前仓库的操作日志，对象是仓库
问题：git log 下的一些指令
当我们查看日志时，如果显示的内容超过了1屏，那可以用以下指令
按 j 键：显示下一行
按 space 键：显示下一页
按 h 键：显示操作说明
按 q 键：退出查看日志
问题：git log 常用参数
接上一题，如果我们不加过滤的看日志，查过一屏是很正常的，所以下面一些常用参数，能帮助过滤日志
--author='A' 查看以大写字母A开头的提交人的日志
--after='时间' | --before='时间' 选定日志的时间范围
--shortstat | --stat | --numstat 日志不同的显示格式
问题：获取一些统计信息
git shortlog 列出每个人的 commit 次数和提交说明
git ls-files | xargs wc -l 列出每个文件的行数
git ls-files | xargs cat | wc -l 所有文件的总行数
问题：分支基础
git branch --list bug/* 列出所有以 bug 开头的分支名的分支
-b 创建分支并切换到新分支
-d 删除分支，如果该分支未合并，则会报错，操作被取消
-D 强制删除分支，如果该分支未合并，不会报错
-m 修改分支名称
问题：切换分支，有些文件为什么会消失？
- 在分支 A 里面有一个文件 text1
- 此时我们从分支 A 中通过
git branch B切出一个分支 B - 在分支 A 中 commit 一个新文件 text2
- 通过
git checkout B切换到 B 分支 - 文件 text2 不见了
以上问题的原因是：新分支 mark 的是它创建时的状态。创建分支 B 的时候，text2 还并不存在。
问题：合并分支
有分必有合
git merge <branch name> 将指定分支合并到当前分支
上面的操作想必都不陌生，但下面要重点讲的是合并分支的两种方式：fast-forward 和 3-way。
当只在一个分支上发生修改，另一个分支没动的情况下，会采用 fast-forward 合并，反之才会采用 3-way 合并方式。
两者的区别：fast-forward 不会产生新的 commit 节点；3-way 合并会有冲突的可能
两针的转换：加上 --no-ff 参数可以强制使用 3-way 合并方式
问题：当合并发生冲突时，如何放弃合并
git merge --abort 可放弃当前的合并，恢复到合并前的状态。
问题：我只想合并其他人提交的某一个 commit
git cherry-pick <commit hash> 可以帮到你
默认情况下，该指令会创建一个新的 commit 节点，加上 -n 可以不创建新节点。
同样的如果合并的时候发生冲突，可执行 git cherry-pick --abort 放弃合并；也可解决完冲突后先执行 git add .，然后执行 git cherry-pick --continue
问题：什么时候用 git rebase ?
当你从 master 分支切出一个 feature 分支准备做新功能，但这个新功能可能要持续1个月。在这1个月的时间里，master 分支又往前走了 N 个版本。正常情况你会不对的把 master 分支合并到自己的版本里，以避免最后合并的时候差异太大。
以上情况，如果使用 git merge 命令，会导致路线图成网状交织，这时候就轮到 git rebase 出马了。git rebase 会把 feature 的根挪到 master 最新的 commit 节点上。
基本的使用方法，基本可以理解成把 merge 替换成 rebase 就行了。
场景：本地仓库关联远程仓库
- 关联远程仓库
git remote add origin git@github.com:xxx/xxx.git - 首次关联后用
git pull origin master同步一次数据，如果提示 refusing to merge unrelated histories 错误的话，就在后面再加上--allow-unrelated-histories选项 - 用
git push -u origin master命令把本地代码推送到远程仓库 - 获取远程分支
git checkout -b abc origin/abc
问题：WIP 是什么意思
这个我们经常在 PR（Pull Request） 里面看到，意思是 Work In Progress ，即表示仍在开发中，还没完成
To Be Continue ...
