快速上手Git版本控制
基本概念和操作
如何提交
git add . 添加所有文件
git commit -m "备注" 提交到本地版本库
git add命令实际上就是把要提交的所有修改放到暂存区（Stage），
然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。
提交之后是这样的 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
git diff HEAD -- readme.txt 命令可以查看工作区和版本库里面最新版本的区别
如何撤销
git checkout -- filename 可以丢弃工作区的修改
git checkout -- file命令中的--很重要，没有--，就变成了“
切换到另一个分支”的命令
git checkout 其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
远程仓库
查看远程仓库地址
git remote -v
把本地库的内容推送到远程
git push 把当前分支推送到远程，如果是从远程仓库clone出来的话可以直接使用。
本地作了提交，就可以通过命令
git push origin master
另外：
把本地的master分支，推送到远程的origin仓库
git push -u origin master
加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
要关联一个远程库，使用命令：
git remote add origin git@server-name:path/repo-name.git
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆：
git clone git@server-name:path/repo-name.git
git 支持HTTP和Git协议，HTTP一般更快一些。
分支详解
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长
创建了一个分支dev，Head指向到dev（dev变成当前分支）
从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变。
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并。
如上图所示，合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支。
别急，下面是分支的操作。
分支操作
拉取远程分支
git checkout -b picking origin/picking 拉取远程分支到本地(本地也创建了分支picking)
不要忘记-b 后两个参数，一个是本地分支叫picking，远程分支origin/picking。
git checkout -b origin/picking，这个是错误的，这个只是创建了本地分支origin/picking
创建分支
git checkout 命令加上-b参数表示创建并切换。
例：
git checkout -b dev 创建(本地)分支 dev并切换。
切换分支
这里再次说明：切换分支就是 git checkout
git branch 命令会列出所有分支，当前分支前面会标一个 * 号。
例：命令窗口输出
dell@dell-PC MINGW64 /e/IdeaProject/spring-framework (4.2.6.RELEASE)
$ git branch
* 4.2.6.RELEASE
4.2.x
master
git checkout master 回到master分支
删除分支
git branch -d dev 删除分支dev
git 鼓励你使用分支完成某个任务，合并后再删掉分支。
合并分支的情况
有四种合并情况：
在master分支下：
git merge master;//将master合并到master上，自然master不会改变。git merge dev;//将dev合并到master上，自然dev不会发生改变；而master则需分情况讨论，若master在dev之前则masterdev变为和dev一样，若master在dev之后，则master不变。
在dev分支下：
git merge dev;//将dev合并到dev上，自然dev不会发生改变git merge master;//将master合并到dev上，自然master不会改变；而dev则需分情况讨论，若dev在master之前则dev变为和master一样，若dev在master之后，则dev不变。
总而言之，任意在任意一个分支A下均可与其它分支（包括该分支自身）B和并，且和并后分支B不变，而分支A则变为分支A和B中较新的一个分支。
合并分支
合并分支是非常常见的操作：git merge命令用于合并指定分支到当前分支。
git merge dev 把dev分支合并到当前分支，不管在什么分支，都是把指定的分支合并到自己当前的分支。
开发中常常在dev分支开发，如果需要拉取master上的提交，通常就是在dev分支下，git merge master，这样代码就是最新的了。
如果你在dev当前开发(提交)完成，确认没有问题的时候，如果要（可以）合并到master了，
这时候切换到master分支，git checkout master，然后git merge dev。
FastForward
使用fastforward会丢失分支信息。git 默认是使用FastForward。一般禁止使用FastForward。
Fastforward就是直接将HEAD指向了dev最当前的版本，没有产生新的提交，并且看不到原来的分支信息。
不使用FastForward
将dev合并到master(当前在master)
git merge --no-ff -m "merge with no-ff" dev
git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
合并分支时，加上--no-ff参数（ff就是fastforward）就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
解决分支冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再次提交，合并完成。一般JetBrains的IDE提供了很强大的可视化Merge功能。
推送分支
git push origin test
把当前分支推送到 远程分支test
git push
直接推送本分支到远程已经关联的分支
推送分支的三种情况
推送本地分支local_branch到远程分支 remote_branch并建立关联关系
| 远程remote_branch分支 | 本地已经切换到local_branch | 远程关联本地分支local_branch | 命令 |
|---|---|---|---|
| 已有 | 是 | 已经关联 | git push |
| 已有 | 是 | 未关联 | git push -u origin/remote_branch |
| 没有 | 是 | - | git push origin local_branch:remote_branch |
并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
| 场景 | 是否需要 | 理由 |
|---|---|---|
| master分支是主分支 | 必须 | 要时刻与远程同步 |
| dev分支是开发分支 | 必须 | 团队所有成员都需要在上面工作，所以也需要与远程同步 |
| bug分支 | 可选 | 只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug |
| feature分支 | 看情况 | 是否推到远程，取决于你是否和你的小伙伴合作在上面开发 |
总之，就是在Git中，分支完全可以在本地，是否推送看自己！
临时储藏
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
查看临时现场
git stash list
恢复现场
有两个办法，一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了。
标签
git tag 给当前分支 打个标签
git tag v0.9 6224937 给历史commit id加标签
git tag -a v0.1 -m "version 0.1 released" 3628164 加上标签时添加说明文字
git show 查看标签内容
git push origin 推送标签到远程
git checkout -b/B 拉取远程的Tag到本地分支localbranch
git push origin --tags 一次性推送全部尚未推送到远程的本地标签
删除标签
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除，然后，从远程删除。
git tag -d
或者
git push origin :refs/tags/
冒号左边是空的，含义就是用空的推过去，表示不要了。
附常用命令
git commit提交到本地缓存
git diff 比较文件
git status 查看文件版本状态
git log 查看版本历史
git reset --hard Hard^ 回滚上一个版本
git reflog 查看commit ID
用户
查看用户名和邮箱地址：
git config user.name
git config user.email
修改用户名和邮箱地址：
git config --global user.name "username"
git config --global user.email "[email protected]"
清除认证信息：
git credential-manager delete
这个命令适用于，当你提交的时候总是失败，但是确定密码正确的时候。
提交失败：
基本上就是因为没权限了。如果有，参考上面一条。
开源项目之路
多remote仓库
已知已经克隆了一个自己的仓库，远程仓库名字叫做origin
下面需要增加一个远程仓库，命名github
git remote add github https://github.com/slankka/someRepo.git
这样就有两个远程仓库了。
git fetch github 可以拉取该分支的最新代码到本地缓存，
合并需要用git pull github branchName
git fetch origin 可以拉取自己的仓库最新代码。
rebase 合并多个提交
例子：把前面两个提交合并到第三个commit，最早提交的那个。
# git log
commit 06cb6a26492319985aac59bd7fc8be8514925381 (origin/IPVE-2018-06-14-SPL, IPVE-2018-06-14-SPL)
Author: slankka
Date: Tue Jun 19 10:21:22 2018 +0800
最终改进
commit f5c61305441cc4266246539bc740647bd962c51f
Author: slankka
Date: Fri Jun 15 18:48:31 2018 +0800
再次改进
commit 5a46753bc04240786a68bb54cd1fcfa9dd9f857e
Author: slankka
Date: Fri Jun 15 17:00:01 2018 +0800
我提交了一个特性
输入：rebase -i 5a4675
然后会有一个文本被打开
pick f5c61305 再次改进
pick 06cb6a26 最终改进
# Rebase 5a46753b..06cb6a26 onto 5a46753b (2 commands)
意思就是 把这三个提交rebase到最早的提交（我提交了一个特性）这里。
把第二个pick改成s,或者是squash
pick f5c61305 再次改进
s 06cb6a26 最终改进
# Rebase 5a46753b..06cb6a26 onto 5a46753b (2 commands)
然后就rebase完成了，三个提交被合并成一个了
接下来输入最新的commit message，可以只写一句。
最终push 得时候带上 --force，覆盖远程分支，这样提交记录就很干净了。
本文内容基于廖雪峰的Git教程编写