1. 配置git全局账号信息
git 是分布式版本控制系统，因此每台机器都必须自报家门，也就是配置你的用户名和邮箱。
- 配置用户名、邮箱
git config --global user.name "Your Name"
git config --global user.email "email@example.com"
- 查看用户名、邮箱
git config user.name
git config user.email
- 修改用户名、邮箱
git config --global --replace-all user.name "New Name"
git config --global --replace-all user.email "new@xx.com"
2. 创建版本库，提交修改到版本库
什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
-
通过git init 将这个目录变成Git可以管理的仓库
git init 用 git add 命令告知git，把文件添加到本地仓库；
// 1. 添加指定文件
git add xxx.txt
// 2. 添加所有修改文件
git add .
- 用 git commit 命令告知git， 把文件提交到本地仓库。
git commit -m "本次提交的说明"
3. 版本回退
当你不断对文件进行修改，然后不断提交修改到版本库里，就好比玩RPG游戏时，每通过一关就会自动把游戏状态存盘，如果某一关没过去，你还可以选择读取前一关的状态。有些时候，在打Boss之前，你会手动存盘，以便万一打Boss失败了，可以从最近的地方重新开始。
Git也是一样，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。
- 使用 git log 命令显示从最近到最远的提交日志
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上 --pretty=oneline 参数。
- 使用 git reset 命令回退到指令的版本
// 第1种回退方式：
// HEAD^表示上一个版本，HEAD^^表示上上一个版本，
// HEAD~100表示上一百个版本
git reset --hard HEAD^
// 第2种回退方式：
// 指定commit id 方式，commit id不需要写全，git 会自动匹配
git reset --hard 109abd
- Git提供 git reflog 命令来记录每一次Git操作命令
4. 撤销修改
-
当你把 工作区 的代码改乱了之后，想直接丢弃工作区的修改时，使用如下命令：
git checkout -- readme.txt -
当你把改乱的代码添加到 暂存区 之后，想要把暂存区的修改回退到工作区，使用如下命令：
git reset HEAD readme.txtgit reset 命令不仅可以回退版本，还可以把暂存区的修改回退到工作区。
如果已经提交到版本库，可以通过 版本回退 进行回滚，前提是没有提交到远程仓库。
5. 创建分支与合并分支
-
创建分支，并切换到该分支
git checkout -b dev- 上述命令相当于执行了 git branch dev 与 git checkout dev。
- git branch : 列出所有分支，当前分支用 * 标记。
-
合并分支
-
git merge dev； - git merge 用于合并分支到当前分支；
- 合并完成后，可以删除dev分支（
git branch -d dev）。
-
6. 解决冲突
-
代码冲突的原因：
- 不同的分支中，同时提交了对相同文件的修改。
- 不同分支（不同的本地分支、本地与远程分支）。
-
代码冲突的解决：
使用
git merge命令进行合并，这种情况下Git无法执行快速合并，只能试图将各自的修改合并起来，但这种合并可能就存在冲突。-
当出现冲突时（如下图所示），就需要我们手动解决冲突后在提交。
git-merge-conflict.png -
Git用 <<<<<<< ，=======，>>>>>>> 标记出不同分支的内容。
git-merge-conflict-2.png 提交手动解决冲突后的代码。
提示：出现冲突时
git status也可以用于查看冲突原因。
7. 分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
禁用Fast forward模式进行分支合并
git merge --no-ff -m "禁用快速模式合并信息" dev-
分支管理策略
- master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。
- dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本。
- 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
8. Bug分支
软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
-
当你正在dev分支干活时（工作只进行一半），突然要创建bug分支fix bug，但是创建并切换分支需要提交当前代码，而你又不想提交该怎么办？？？
-
使用
git stash命令，将当前工作现场存储起来，等以后再恢复现场再继续工作。
git-stash.png 切换到Bug分支进行bug 修复。
-
切换回dev分支，进行现场恢复。
查看之前的工作现场，使用
git stash list命令查看;使用
git stash apply stash@{0}恢复现场，stash内容并不删除，你需要用git stash drop来删除；使用
git stash pop stash@{0}，恢复的同时把stash内容也删了。
-
9. Feature分支
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
- 开发一个新feature，最好新建一个分支；
- 如果要丢弃一个没有被合并过的分支，可以通过
git branch -D <name>强行删除。
10. 多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
-
查看远程分支信息
git remote-
git remote -v查看详细的远程分支信息
推送分支，使用
git push origin 分支名抓取分支，使用
git pull origin 分支名
11. 忽略特殊文件
有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files ...
这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。
所有配置文件可以直接在线浏览：gitignore
相关文章：
Git教程
