git原理
对于任何一个文件，在Git内部都只有三种状态：已修改（modified）、已暂存（staged）和已提交（committed）。已修改，表示已经修改了某个文件，但是还没有提交保存；已暂存，表示把已修改的文件放在下次提交时要保存的清单中；已提交，表示该文件已经被完全保存在本地数据库中。
git命令(终端操作命令)
- 初始化仓库
//初始化仓库(创建新的仓库，不存在远程仓库)
//初始化后，在当前目录下会出现一个名为 .git 的目录，所有git需要的数据和资源都存放在这个目录中
git init
//初始化仓库(创建新的仓库，已经存在团队创建好的远程仓库,url远程仓库地址)
git clone url
//配置用户名和邮箱
git config --global user.name xiaoqiang
git config --global user.email xiaoqiang@gmail.com
//以上两个命令会将用户信息保存在用户目录下的 .gitconfig 文件中
//查看当前所有配置
git config -l
备注信息：
>>项目初始化：
有两种git项目初始化的方法。
一种是团队中还没有远程仓库，在现存的目录下，通过导入所有文件来创建新的git仓库。(git init)
第二种是团队中已经存在远程的仓库，只需要从已有的git仓库中克隆一个新的镜像库来。(git clone url)
>>用户信息配置说明：
配置用户名和电子邮件每次git提交更新时，都会引用用户的配置
信息，说明是提交了代码，如果用了 --global 选项那么更改的配置
文件位于用户主目录下的，所有的用户项目都会使用这里的用户配
置信息。如果要在某个特定的目录中使用其他名字或者邮件，只要
去掉 --global 选项重新配置即可。新的配置保存在，当前项目的 .git/config文件里。
- 创建文件开始开发
//创建新文件
touch main.c
open main.c
- 代码提交
//查看当前代码库状态
git status
//将修改提交到代码库
git add main.c
//将所有修改提交到代码库
git add .
//将修改提交本地仓库并添加备注
git commit -m "添加了main.c"
//将所有修改提交本地仓库并添加备注
git commit -m " 提交所有的修改到本地仓库"
//推送代码到远端
git push
- 查看所有提交代码版本库日志（在git中，版本号是一个由SHA1生成的哈希值，我们可以根据这个哈希值进行不同版本的切换）
git log
- 版本号，让我们在任意版本之间穿梭
//回到当前版本，放弃所有没有提交的修改，在没有commit之前的所有内容会被放弃，commit之后的不会改变
git reset --hard HEAD
//回到上一个版本
git reset --hard HEAD^
//回到之前第2个提交版本
git reset --hard HEAD~2
//回到之前第3个提交版本
git reset --hard HEAD~3
//回到指定版本号的版本(版本哈希值)
git reset --hard 11c8eefecd0e40564eafe93cc23675ce37e38ce7
- 分支管理
//创建分支
git branch branchName
//把分支推送到远程
git push origin branchName
//查看本地分支
git branch
//查看所有分支
git branch -a
//切换到指定的分支
git branch checkout branchName
//删除本地分支
git branch -d branchName
介绍sourceTree图形化工具使用
通过图形化工具sourceTree介绍开发中对代码的管理，图形化工具对于git版本管理上手是比较快的，当然不同的开发者使用工具的喜好是不同的，有的开发者倾向于使用终端进行代码的版本管理。我也建议，在熟练使用了图形化工具后，对终端命令进行进一步的研究。
- 建立SSH连接
SSH（Secure Shell）是一种安全协议，在你的电脑与GitLab服务器进行通信时，我们使用SSH密钥（SSH Keys）认证的方式来保证通信安全。
SSH连接参考. - 初始化本地仓库(已有远程仓库)
新添加一个本地仓库（已有远程仓库的情况下，没有远程仓库的情况不再过多讲解，可以通过终端来实现，也可以通过sourcetree）点击
从URL克隆后，在新弹框页面，复制粘贴远程仓库的URL地址，在目标路径中选择本地仓库地址，项目名称自动填充完成，最后点击克隆即可完成本地仓库的创建。
- sourceTree使用介绍
添加了本地仓库后进入sourceTree日常使用页面，我们日常的开发主要这些仓库基本上可以完成，下面简单介绍一下：
分支管理
查看本地分支：本地仓库会显示在分支6这个地方,进入主页面后新的项目会自动创建一个本地的master仓库，也是目前唯一的本地仓库。
从远端拉取新分支到本地：使用操作4抓取可以抓取远程的代码和远程的分支，抓取之后展开7所在的远端,就可以看到所有的远程分支，双击对应的远程分支会创建一个与之对应的本地分支并且切换到该本地分支上
切换本地分支：在6所在的本地分支列表上，双击分支即可实现本地分支的自由切换
创建新的本地分支:点击操作5，即可在当前本地分支的基础上创建一个新的本地分支，新的本地分支创建完成后，别忘了使用操作3推送，把新创建的本地分支推送到远端。新的分支最要按照一定的规则，每一个团队创建分支都是有一定的规范，这样可以操作规范化也可以规避不必要的问题。
代码提交
一般开发我们会在相应的开发分支完成整个项目的开发工作。下面简单介绍在功能开发过程中的一些代码提交操作。
暂存文件：如下文件暂存示例图所示，在未暂存文件区域，选择文件即可暂存文件
文件暂存示例图.png
放弃文件修改:如果在代码提交过程中不需要某些文件的更改，想要放弃，可以放弃文件。如文件暂存示例图所示，右击文件，选择丢弃文件即可。
提交代码：点击文件状态8在右侧区域可以看到当前分支所有文件改动，右侧区域分为暂存区域和非暂存区域，将需要提交的文件提交到暂存区域，点击操作提交1，填写提交文件备注即可。
推送远端：将代码提交本地后，首先要操作2拉取，拉取其他开发者代码改动，有冲突要解决冲突编译成功后暂存文件重新操作1提交文件到本地仓库后，最后点击操作3推送，将本地仓库的改动提交到远端的仓库。
分支合并：
分支合并操作示例图.png
冲突解决：在提交代码和分支合并过程中往往会产生代码冲突，解决冲突也是日常开发中的必修课程。某些复杂的逻辑需要修改文件的双方一起修改，一般这类问题修改双方会一起讨论如何修改，代码中如何删除保留。还有在解决冲突过程中，如果文件冲突解决后编译不成功，那就是冲突没有解决成功的问题了，这时候我们可以，重新合并冲突的文件，重新解决文件冲突指导解决成功为止。
重新合并冲突文件.png
Git-Flow
Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。
http://www.ituring.com.cn/article/56870
- git-flow 基于git本身的分支管理机制
git-flow就是通过在一个项目里划分不同的分支，来实现功能开发、bug修复、版本发布，以及开发过程中的冲突处理等。
Master:
就是平时我们看到的master，项目的主要分支,你可以把它理解成稳定无bug发布版 ,Master上的代码就是我们线上最新的发布版本。可以说Master稳定性和重要性最高的，所以git-flow要求我们不能在master下做开发。
Develop：
处于功能开发最前线的版本，查看develop分支就能知道下一个发布版有哪些功能了。develop一开始是从master里分出来的，并且定期会合并到master里，每一次合并到master，表示我们完成了一个阶段的开发，产生一个稳定版。同样的，develop下也不建议直接开发代码，develop代表的是已经开发好的功能
的回归版本（为什么说回归？）
Feature:
带着develop处的疑问，我们在feature里为你解答。（有点长，别不看）feature的作用是为每一个新功能从develop里创建出来的一个分支。例如小明和小白分别做两个不相干的功能，就应该分别创建两个分支，各自开发完以后，先后合并到develop里，这就叫做回归。在这个过程里，小明小白不需要任何的沟通，分别并行地开发，git-flow能很好的处理好分支间并行开发的关系。而develop，则会在适当的时候，由合适的人，合并到master，作为下一个稳定版本
Hotfix:
以上3种以外，还有一个很重要的类型，hotfix。它是用来修复紧急bug的，而bug通常是来自线上的，所以hotfix分支是从master里创建出来的，并且，在bug修改好以后，要同时合并到master和develop，这一点需要特别注意。
Release :
release更多倾向与版本发布，项目上线前的一些全面测试以及上线准备。同样也肩负着版本归档，回滚支持等。
