参考Git教程
1. 创建版本库
| 命令 | 行为 |
|---|---|
git init |
把当前目录变成Git可以管理的仓库（添加.git文件） |
git add <file> |
将工作区中的<file>文件添加到暂存区 |
git commit -m "information" |
将暂存区中的<file>文件提交到当前分支 |
注意理解工作区、版本库、暂存区、分支的概念。
2. 版本回退（工作区、暂存区均重置）
| 命令 | 行为 |
|---|---|
git log |
版本控制系统的历史记录 |
git log --pretty=oneline |
将历史记录显示在一行 |
git reset --hard HEAD^ |
回退到上一个版本 |
git reset --hard HEAD^^ |
回退到上上一个版本 |
git reset --hard <commit id> |
回退该版本号 |
git reflog |
用于查找版本号（当前版本之后的版本） |
3. 撤销修改
| 命令 | 行为 |
|---|---|
git status |
列出工作区、暂存区和当前分支的状态 |
git checkout -- <file> |
撤销工作区修改，使工作区的<file>与当前暂存区的相同 |
git reset HEAD <file> |
撤销暂存区修改，使暂存区的<file>与当前分支的相同， |
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退，不过前提是没有推送到远程库。
4.删除文件
| 命令 | 行为 |
|---|---|
git rm <file> |
从暂存区删除<file>，同时删除工作区的<file> |
在工作区删除文件后，有两种选择：
- 确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit，现在，文件就从版本库中被删除了。
- 另一种情况是删错了，从当前分支恢复到暂存区
git reset HEAD <file>，从暂存区恢复到工作区git checkout -- <file>。
4. 远程仓库
添加远程库
- 创建SSH-Key
ssh-keygen -t rsa -b 4096 -C "your_email@example.com" - 将当前版本库与github远程仓库关联 （git remote add）
git remote add origin git@github.com:michaelliao/learngit.git(复制SSH地址) - 将本地仓库的所有内容推送到远程仓库 （git push -u）
git push -u origin master
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
从远程库克隆（git clone）
-
git clone git@github.com:michaelliao/gitskills.git(复制SSH地址)
5. 分支管理
创建与合并分支
| 命令 | 行为 |
|---|---|
git branch dev |
创建dev分支 |
git checkout dev |
切换到dev分支 |
git checkout -b dev |
创建并切换到dev分支 |
git branch |
查看分支 |
git merge dev |
合并指定分支到当前分支。Fast-forward表示“快进模式” |
git branch -d dev |
删除合并过的dev分支 |
git branch -D dev |
删除没有被合并过的dev分支 |
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
解决冲突
| 命令 | 行为 |
|---|---|
git log --graph --pretty=oneline --abbrev-commit |
可以看到分支合并图 |
分支管理策略
| 命令 | 行为 |
|---|---|
git merge --no-ff -m "merge with no-ff" dev |
禁用Fast forward(快进模式) |
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
Bug分支
| 命令 | 行为 |
|---|---|
git stash |
可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作 |
git stash list |
查看所有工作现场列表 |
git stash apply stash@{id} |
恢复工作现场 |
git stash drop stash@{id} |
删除工作现场 |
git stash pop stash@{id} |
回复后再删除工作现场（只有一个是可省略stash@{id}） |
因为当前正在做的分支没有commit时，操作其他分支工作区会受到影响，因此需要git stash。修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
多人协作
| 命令 | 行为 |
|---|---|
git remote |
查看远程库的信息 |
git remote -v |
查看远程库的详细信息 |
git push origin dev |
将dev分支推送到远程库 |
git checkout -b dev origin/dev |
由于克隆是只克隆master分支，在本地创建和远程分支对应的分支 |
git pull 和 git fetch
|
git pull取回远程主机某个分支的更新，再与本地的指定分支合并 |
git branch --set-upstream dev origin/dev |
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建 |
多人协作的工作模式通常是这样：
- 首先，可以试图用git push origin branch-name推送自己的修改；
- 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
- 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
6. 标签
| 命令 | 行为 |
|---|---|
git tag v1.0 |
为当前分支的当前版本创建标签 |
git tag v1.0 6224937(commit id) |
为这个版本创建标签 |
git tag -a v1.0 -m "version v1.0 released" 6224937 |
-a指定标签名，-m指定说明信息 |
git tag |
查看所有标签 |
git show v1.0 |
查看标签信息 |
git tag -d v1.0 |
删除本地标签 |
git push origin v1.0 |
推送某个标签到远程 |
git push origin --tags |
一次性推送全部尚未推送到远程的本地标签 |
先git tag -d v1.0再 git push origin :refs/tags/v1.0
|
先删除本地标签，再删除远程标签 |
