深入git常用操作
要想理解git的一整套运行原理得先了解相关术语，理解相关术语后能更好的促进我们理解git的工作流。
在电脑能看到的目录，在这里做的修改若不通过以下2步，是不会对版本库有影响的。
- git add（将修改添加到暂存区）；
- git commit（将修改添加到版本库）。
git版本库中的称为stage（或index）的区域。当变动通过git add 后，变动的内容就存放到了暂存区（此时还未到正式版本库，通过git commit之后才正式到版本库形成一个新的版本）。
工作区有一个隐藏的目录.git，这个不算工作区，而是git的版本库。
git版本库里存了很多东西，其中最重要的就是称为stage的暂存区和git为我们自动创建的第一个master分支，以及指向master分支的一个指针HEAD。
可以查看工作区，暂存区当前状态，会给出相应的提示操作。(是否有修改需要提交到暂存区，是否有暂存区需要提交到版本库)
git status
# 查看历史版本，但是回退后无法看到后面的版本
git log
#查看历史版本（所有，不管是否有回退）
git reflog
git reset --hard[/soft/mixed] HEAD~xx[/HEAD@{xx}/commitId]
reset命令 hard、soft、mixed 3个参数的区别：
- mixed：是reset 命令的默认参数，会将版本库、stage回退到指定的commit版本，但是这期间的修改保留在工作区
- hard：将版本库，stage，工作区全都回退到指定版本，这会丢失stage、工作区中的修改
- soft：将版本库回退到指定版本，这期间（回退的两个版本之间）的变更都在stage中
版本参数的3中形式：
- HEAD~2：上两个版本
- HEAD@{3}：git reflog中显示的版本信息
- commitId : log 中显示的具体版本id （不需要写全，只需前几位，git会自动去匹配）
三者的区别见下图（参考：git reset soft,hard,mixed之区别深解）
情景案例：在dev 分支，任务完成一半。突然需要切换到bug分支，解决bug。dev分支不想提交可以使用git stash将工作现场（及暂存区）保存起来。而不影响其他分支的工作现场（暂存区）。
#保存工作现场
git stash
#查看所欲保存的工作现场
git stash list
#恢复工作现场1:恢复并删除
git stash pop
#恢复工作现场2：恢复但不删除
git stash apply stash@{0}
#删除stash
git stash drop
可以这样理解：各个分支的工作区和暂存区共享，若在当前分支工作区（或暂存区）有修改，则切换到新的分支后，在新分支的工作区（或暂存区）会显示相应的修改，但这往往并不是我们想要的效果（我们往往希望各分支是相互独立的），git stash 可以帮我们实现在一个分支的工作区（或暂存区）的修改不影响到其他分支的工作区和暂存区。
情景案例：先在本地创建git仓库，后期在线上github（远程）创建同名git仓库，然后将本地git仓库与远程关联。
只需如下3步，即可创建一个本地仓库
#1.创建项目文件夹
mkdir git-learning
#2.进入项目文件夹（工作目录）
cd mkdir
#3.创建本地仓库
git init
添加文件，修改文件，删除文件中均需要2步操作：
#可以一次add多个文件（夹），只需空格分开它们
git add <filename>
git commit -m "operation notice"
#其中删除文件可以由 git rm <filename>代替。
在仓库中添加一个abc.txt文件，其内容为：
git is a distributed version control system.
git is free software distributed under the GPL.
git has a mutable index called stage.
git tracks changes of files.
#创建文件abc.txt
type nul>abx.txt
#添加文件到暂存区
git add abc.txt
#添加文件到版本库
git commit -m "add abc.txt"
假设在abc.txt 最后添加了如下修改：fankeke is a hansome man.现在要撤销以上修改。
撤销修改的3种情况：
- 修改的文件还在工作区，并未提交的暂存区：git checkout -- abc.txt ，结果是放弃工作区当前修改，使得文件回到最近一次commit或add状态。
- 修改已通过git add提交到暂存区: git reset HEAD abc.txt，丢弃提交到暂存区的修改，该操作会把修改回退到工作区，然后执行第一种情况的操作，即可以彻底撤销修改。
- 修改已通过git commit提交到版本库：（若还没提交到远程仓库）回退版本即可（若已提价到远程仓库，即使回退版本也会留下记录）。
撤销删除：
- 在工作区删除，未将修改提交到暂存区：git checkout -- abc.txt
- 删除（修改）已(git add/git rm)提交到暂存区:
- git reset HEAD abc.txt
- git checkout -- abc.txt
- 删除已提交到版本库：回滚版本库即可
在github,码云，gitlab或其他类似平台，按步骤操作即可(一般最好与本地仓库保持名称一致)。
语法：git remote add [shorname] [url]
- shortname:可以指定一个远程仓库的名字，以便将来使用
- url ：远程仓库的地址
#和远程仓库建立联结
git remote add origin [email protected]:fankeke007/git-learning.git
语法：git push <远程主机名> <本地分支>:<远程分支>
#将本地master分支推送到origin服务器的master分支，若master不存在会新建
git push origin master
#若省略本地分支名，则表示删除指定的远程分支(删除远程master分支)
git push origin :master
#等同于
git push origin --delete master
#若当前分支与远程分支间存在追踪关系，则本地分支与远程分支都可以省略
# 将当前分支推送到远程对应分支
git push origin
#若当前分支只有一个追踪分支，那么主机名也可以省略
git push
#若当前分支与多个主机分支存在追踪关系，则可以使用-u参数指定默认主机，这样以后就可以不加任何参数使用git push
git push -u origin master
#不管是否存在对应分支，将本地所有分支都推送到远程origin主机上
git push --all origin
#强行推送
git push --force origin
#推送标签（tag）
git push origin --tags
不带任何参数的git push ，默认只推送当前分支，这叫做simple方式。此外还有一种matching方式，会推送所有对应的远程分支的本地分支。git2.0之前默认matching，现在改为默认simple。若需修改这个设置，可以采用git config 命令：
git config --global push.default matching
若在推送数据前已经有其他人推送了若干更新，则push会失败，会给出相应的操作提示。根据提示进行相应的操作即可。
语法:git pull <远程主机名> <远程分支>:<本地分支>
#取回origin主机的next分支，与本地master分支合并
git pull origin next：master
#取回origin主机的next分支，并与当前分支合并，则可以省略冒号及后面内容
git pull origin next
#若当前分支只有一个追踪分支（且当前分支与远程分支存在追踪关系），则远程主机名也可省略
git pull
git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase
在某些场合，Git会自动在本地分支与远程分支之间，建立一种追踪关系(tracking)。比如，在git clone的时候，所有本地分支默认与远程主机的同名分支，建立追踪关系，也就是说，本地的master分支自动”追踪”origin/master分支。若当前分支与远程分支存在追踪关系，git pull 就可以省略远程分支名。 git 允许手动建立追踪关系：
#指定master分支追踪origin/next 分支
git branch --set-upstream master origin/next
#创建名为branch-1的分支
git branch branch-1
#切换到branch-1分支
git checkout branch-1
创建和切换分支可以有一行命令搞定:
git checkout -b branch-1
#本地+远程
git branch -a
#远程
git branch -r
#本地
git branch [--list]
git branch -m branch-1 branch-11
git push origin --delete branch-1
#or
git push origin :branch-1
git checkout master
git merge branch-11
# 若 branch-11 还未merge，则会失败，需用-D强行删除
git branch -d branch-11
#完整写法
git branch --set-upstream-to=origin/branchName localBranchName
#若是当前分支与远程分支映射，可简写
git branch --set-upstream-to origin/branchName
#撤销本地分支与远程分支的联系
git branch --unset-upstream
git branch -vv
在git中打标签非常简单，首先切换到需要打标签的分支上，然后执行如下操作：
#git tag <tagname>,默认是针对最新版本打标签
git tag v0.0.1
#给历史版本打标签（需先查找commit id,如f3245cde）
git tag v0.0.0 f3245cde
#查看所有标签
git tag
#删除本地标签
git tag -d v0.9
#删除远程标签
git tag -d v0.9
git push origin :tags/v0.9
#推送(指定)标签到远程
git push origin v0.0.1
#推送所有尚未推送标签到远程
git push origin --tags
参考：
git-merge 完全解析
化解冲突：git merge 与 git rebase 中的 ours 和 theirs
rebase:https://www.cnblogs.com/pinefantasy/articles/6287147.html
rebase:https://www.jianshu.com/p/4a8f4af4e803
化解冲突：git merge 与 git rebase 中的 ours 和 theirs
merge VS rebase