Git
学习git之前，我们需要先明白一个概念，版本控制！
版本控制
什么是版本控制版本迭代，新的版本！版本管理器
多人开发使用版本控制，都在代价会比较大
常见的版本控制工具
- Git
- SVN
- CVS
- VSS
- TFS
版本控制的分类
本地版本控制
记录每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS
集中版本控制 SVN
所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改
所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品:SVN、CVS、vSs
分布式版本控制 Git
每个人都拥有全部的代码，安全隐患
所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。
好处：不会因为服务器的损坏，造成不能工作的情况
Git和SVN的最主要区别
SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。
Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己的电脑上。
协同的方法是这样的︰比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时改推送给对方，就可以互相看到对方的修改了。这时，你们两之间只需把各自的修改推送给对方，就可以直接看到对方的修改了!
Git是目前世界上最先进的分布式版本控制系统
聊聊Git历史
同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。
Linux内核开源项目有着为数众广的参与者。绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991~2002年间)。到2002年，整个项目组开始启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。
Linux社区中存在很多的大佬!破解研究BitKeeper !
到了2005年，开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束，他们收回了Linux内核社区免费使用
BitKkeeper的权力。这就迫使Linux开源社区(特别是Linux的缔造者Linus Torvalds)基于使用BitKeeper时的经验教训，开发出自己的版本系统。（2周左右!）也就是后来的Git !
Git是目前世界上最先进的分布式版本控制系统
Git是开源的、免费的，最初的Git是为辅助Linux内核开发ad额，来替代BitKeeper!
Git的环境配置
软件下载
官网下载太慢，我们可以使用淘宝镜像下载:http://npm.taobao.org/mirrors/git-for-windows/
卸载
控制面板——》卸载——》环境变量删除
安装
下载相应的版本即可安装
安装：无脑下一步即可~安装完毕即可使用
Git Bash : Unix与Linux风格的命令行，使用最多，推荐最多
Git CMD : Windows风格的命令行
Git GUI: 图形界面的Git，不建议初学者使用，尽量先熟悉常用命令
基本的linux命令学习
平时一定要多使用这些基础的命令
- cd：改变目录
- cd…：回退到上一个目录
- pwd：显示当前所在的目录路径
- ls：列出所有的文件
- touch：新建一个文件 如touch index.js 就会在当前目录下新建一个index.js文件
- rm ：删除一个文件
- mkdir：新建一个目录，就是新建一个文件夹
- rm -r: 删除一个文件夹
- mv：移动文件 mv index.js test
- reset：重新初始化
- history：显示历史的命令
- help : 帮助
- exit : 退出
- #表示注释
设置用户名与邮箱
当你安装Git首先要做的事情是设置你的用户名称和e-mail地址，这是非常重要的，
因为每次Git提交都会使用该信息，它被永远的嵌入了你的提交中：
$ git config --global --list user.email=1793929520@qq.com user.name=hls1793929520
重新配置文件信息
Git的基本理论
Git本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/index）、资源库（Repository或Git Directory）。
如果在加上远程git仓库（Remote Directory）就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：
- workspace ： 工作区，就是你平时存放项目代码的地方
- index/Stage : 暂存区，用于临时存放你的改动，事实上只是一个文件，保存即将提交的列表数据
- Repository ： 仓库区（本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote ： 远程仓库、托管代码的服务器（github 、gitee）
工作流程
Git的工作流程
- 在工作目录中添加、修改文件
- 将需要进行版本管理的文件放入暂存区域
- 将暂存区域的文件提交到Git仓库
- 如果需要推向远程，则
因此，git管理的文件有三种状态：已修改（modified）、已暂存（staged）、已提交（committed）
Git项目搭建
创建工作目录与常用指令
工作目录（WorkSpace）一般就是你希望Git帮助你管理的文件夹，可能是你项目的目录，也可以是一个空目录，建议不要有中文。
日常使用只要记住下图6个命令：
本地仓库的搭建
创建本地仓库的方法有两种：一种是创建全新的仓库，另一种是克隆远程仓库
- 创建全新的仓库，需要用GIT管理的项目的根目录执行：
# 在当前目录新建一个Git代码库 $ git init
- 执行后可以看到，仅仅在项目目录多出了一个.git目录
克隆远程仓库
- 另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地
# 克隆一个项目和它的整个代码历史（版本信息） $ git clone https://gitee.com/kuangstudy/openclass.git
- 去gitee或者github上克隆一个测试
Git文件操作
文件4种状态
版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。
查看文件状态
上面说文件有4种状态，通过如下命令可以查看到文件的状态：
#查看指定文件状态 git status [filename] #查看所有文件状态 git status # git add . 添加所有文件到暂存区 # git commit -m "消息内容" 提交暂存区的内容到本地仓库 -m 提交信息
忽略文件
有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等
在主目录下建立".gitignore"文件，此文件有如下规则:
- 忽略文件中的空行或以井号（#）开始的行将会被忽略。
- 可以使用Linux通配符。例如︰星号(*)代表任意多个字符，问号(﹖)代表一个字符，方括号([abc])代表可选字符范围，大括号({string1,string2,…})代表可选的字符串等。
- 如果名称的最前面有一个感叹号(!），表示例外规则，将不被忽略。
- 如果名称的最前面是一个路径分隔符(/ ），表示要忽略的文件在此目录下，而子目录中的文件不忽略。
- 如果名称的最后面是一个路径分隔符(/)，表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略)。
#为注释 *.txt #忽略所有.txt结尾的文件，这样的话上传就不会被选中! ! 7ib.txt #但7ib.txt除外 /temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp build/ #忽略build/目录下的所有文件 doc/*.txt #会忽略 doc/notes.txt但不包括 doc/server/arch.txt
使用码云
github是有墙的，比较慢，在国内的话，
- 注册码云，完善个人信息
- 设置本地绑定SSH公钥，实现免密码登录（这一步是很重要的）
#进入C: \users \Administratorl.ssh目录 #生成公钥 ssh-keygen
- 将公钥信息public key添加到码云
- 使用码云新建一个仓库
许可证：开源是否可以随意转载，开源但是不能商业使用
Git分支
分支在GIT中相对较难，分支就是科幻电影里面的平行宇宙，如果两个平行宇宙互不干扰↓那对现在的你也没啥影响.才过，在某个时间点，两个平行宇宙合并了，我们就需要处理一些问题了!
Git常用命令：
# 列出所有的本地分支 git branch # 列出所有远程分支 git branch -r # 新建一个分支，但依然停留在当前分支 git branch [branch-name] # 新建一个分支，并切换到该分支 git checkout -b [branch] # 合并指定分支到当前分支 git merge [branch] # 删除分支 git branch -d [branch-name] # 删除远程分支 git push origin --delete [branch-name] git branch -dr [remote/branch]
多个分支如果并行执行，就会导致我们的代码不冲突，也就是同时存在多个版本
如果同一个文件在合并分支时都被修改了则会引起冲突︰解决的办法是我们可以修改冲突文件后重新提交! （选择需要保存他的代码还是你的代码）
master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。
