学习一下Git，构建自己的Github代码库！
初始化
初始化git仓库 git init
添加文件
添加文件至Git仓库：
git add <file>git commit -m <message>
简单查看
查看工作区状态：git status
查看修改内容：git diff
版本切换：
- HEAD 指的是当前版本，在历史版本之间穿梭，使用命令
git reset --hard commit_id - 穿梭前，使用
git log查看提交历史，以便确定回退到哪个版本 - 要重返未来，用
git reflog查看历史命令，确定要回到的未来版本
工作区和暂存区的概念
git add是将提交的修改放到暂存区git commit一次性将暂存区的所有修改提交到分支。
Git管理跟踪的是修改
每次修改，如果不用git add到暂存区，那就不会加入到commit中。
修改回退方法
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容
先手动删除文件，然后使用git rm
和git add 效果是一样的。
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
远程仓库
本地创建好–>Github
本地仓库连接新创建的Github仓库(此时Github仓库必须为空！不能有Readme，不然会失败)：$ git remote add origin git@github.com:michaelliao/learngit.git
将本地库的内容推送到远程库：$ git push -u origin master
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改
克隆Github已有仓库
克隆命令：$ git clone git@github.com:michaelliao/gitskills.git
GitHub给出的地址不止一个，还可以用https://github.com/MarcelloSloan/learngit.git这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。
使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。
克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快
分支管理
基础功能
| 功能 | 命令 |
|---|---|
| 查看分支： | git branch |
| 创建分支： | git branch <name> |
| 切换分支： | git checkout <name> |
| 创建+切换分支： | git checkout -b <name> |
| 合并某分支到当前分支： | git merge <name> |
| 删除分支： | git branch -d <name> |
解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。git log --graph --pretty=oneline --abbrev-commit
分支管理策略
默认合并时，Git会使用Fast Forward模式，这种模式下，合并后，看不到分支信息。
禁用fast forward模式，在merge时生成一个新的commit，就可以看得到分支信息。
git merge --no-ff -m "merge with no-ff" <name>
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
Bug分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：$ git stash apply stash@{0}
Feature分支
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作
因此，多人协作的工作模式通常是这样：
- 首先，可以试图用
git push origin <branch-name>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push origin <branch-name>推送就能成功！
如果
git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
- 查看远程库信息，使用
git remote -v； - 本地新建的分支如果不推送到远程，对其他人就是不可见的；
- 从本地推送分支，使用
git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交； - 在本地创建和远程分支对应的分支，使用
git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致； - 建立本地分支和远程分支的关联，使用
git branch --set-upstream branch-name origin/branch-name； - 从远程抓取分支，使用
git pull，如果有冲突，要先处理冲突。
Rebase
rebase操作可以把本地未push的分叉提交历史整理成直线；
rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
标签管理
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针, tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起
- 命令
git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id； - 命令
git tag -a <tagname> -m "blablabla..."可以指定标签信息； 命令
git tag可以查看所有标签。命令
git push origin <tagname>可以推送一个本地标签；- 命令
git push origin --tags可以推送全部未推送过的本地标签； - 命令
git tag -d <tagname>可以删除一个本地标签； - 命令
git push origin :refs/tags/<tagname>可以删除一个远程标签。
自定义Git
忽略特殊文件
.gitignore文件用于定于需要忽略的文件
命令别名
可以将Git的各种命令配置为自己熟悉的别名
搭建Git服务器
使用 linux系统！