Git
Git是什么？
Git是目前世界上最先进的分布式版本控制系统，是一个免费、开源的版本控制软件
什么是版本控制系统？
版本控制是一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订情况得系统。
- 系统具体功能
记录文件的所有历史变化
随时可恢复到任何一个历史状态
多人协作开发或修改
错误恢复
版本控制的工具：
- svn
- git ：软件帮助使用者进行版本的管理
GTI介绍
Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。 Git 最初是由Linus Torvalds设计开发的，用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件，安装参见：http://git-scm.com/
GitHub是一个基于Git的远程文件托管平台（同GitCafe、BitBucket和GitLab等）。
Git本身完全可以做到版本控制，但其所有内容以及版本记录只能保存在本机，如果想要将文件内容以及版本记录同时保存在远程，则需要结合GitHub来使用。使用场景：
- 无GitHub：在本地 .git 文件夹内维护历时文件
- 有GitHub：在本地 .git 文件夹内维护历时文件，同时也将历时文件托管在远程仓库
其他：
集中式：远程服务器保存所有版本，用户客户端有某个版本
分布式：远程服务器保存所有版本，用户客户端有所有版本
Github和Git是什么关系
Git是版本控制软件
Github是项目代码托管的平台，借助git来管理项目代码
使用git
首先在你创建的项目的文件夹里面右键--->点击Gir Bash Here---->将git运行起来。
1：初始化：git init
2：如果你第一次使用git的时候，需要配置一下。如果你已经配置了，以后就不用配置了
$ git config --global user.name "Your Name" $ git config --global user.email "email@example.com"
3：将当前目录所有文件管理起来（颜色为绿色：已管理，红色：未管理）
$ git add send_demo ---对单独某文件进行管理
$ git add . --- 对所有文件进行管理
4：提交保存当前状态的文件
git commit -m "源码版"
5：当文件有进行修改，需查看状态 git status 会显示修改的文件
一定记得先add,后commit，add之后是没有放到版本里的，只有commit的时候才有版本
6：查看有几个版本：查看版本提交记录 ：git log
7：回滚到上一个版本：git reset --hard 版本号
8：再跳回去（查看往后的版本号）：git reflog
:Git把管理的文件分为了两个区域四个状态。
add到暂存状态的时候成绿色了，在commit的时候就没有了
提供了这个回滚的功能。
阶段二：当开发到一半的时候出现bug，修复bug
- 开发直播功能（预计一周开发完成）
当项目开发到一半的时候，出现bug了怎么办？
解决思路：把我们的代码变成没开发之前的代码，改完bug再提交。先把你当前开发的代码拿走，找个地方先存起来。
那么怎么做呢？
方案一：修复bug:stash
stash用于将工作区发生变化的所有文件获取临时存储在“某个地方”，将工作区还原当前版本未操作前的状态；stash还可以将临时存储在“某个地方”的文件再次拿回到工作区。
特别的：执行 git stash pop 命令时，可能会遇到冲突，因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分，所以执行 git stash pop 时候就会出现冲突，有冲突解决冲突即可。
stash相关常用命令：
- git stash 将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
- git stash list 查看“某个地方”存储的所有记录
- git stash clear 清空“某个地方”
- git stash pop 将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
- git stash apply 编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突）
- git stash drop 编号，删除指定编号的记录
当你新开发的代码和你修复的代码发生冲突的时候就手动解决冲突。
方案二：修复bug:利用分支（推荐）
默认会有一个master的分支。只做线上的版本，注意不要在master分支上修改，要修改的话就创建一个bug分支
1、创建一个修复bug的分支：git branch bug ，这个bug分支是在master分支上建的，相当于拷贝了一份
2、查看一共有几个分支 : git branch
3、跳转到bug分支：git checkout bug
4、跳转到master分支：git branch master
5、创建一个修复bug的分支：git branch dev #只做开发的版本
现在就有三个分支了，每个分支都是不一样的，bug修复完了，现在就要合并在master上了。
6、master和bug分支合并：git mare bug
7、删除bug分支：git branch -d bug
8、继续开发,切到dev：git branch dev
9、开发完毕，master和dev合并：git marge dev
切换之前一定记得把你的代码提交一下。
合并的时候可能出现冲突，可能不出现，出现冲突了就得手动解决
修复Bug流程： git branch dev git checkout dev # 写代码 git add . git commit -m 'xxx' git checkout master git branch bug git chekcout bug # 修复bug git add . git commit -m '紧急修复bug' git checkout master git merge bug git branch -d bug git checkout dev # 继续开发
阶段三： 两个地方办公
云端需要一个存放代码的地方用Github
公共的
- Github是用来做代码托管的
- 码云，做代码托管
- csdn code ，做代码托管
内部搭建：
- gitlab
1、登录Github
在家里：
创建完成以后
就会有这样一个地址，我们就可以用这个地址来提交
下面是正在往远程推送，完了登录上去就会有mester分支了。
在公司：
克隆
克隆的时候只是把master分支克隆了，其他的怎么拿呢？
用 git pull origin dev #拿到远程的dev
创建目录
家里： git add . git commit -m 'xx' git remote add origin https://github.com/WuPeiqi/greenlu.git git push origin master 公司： # 新公司第一次获取代码 方式一 git clone https://github.com/WuPeiqi/greenlu.git 方式二 git init git remote add origin https://github.com/WuPeiqi/greenlu.git git pull origin master 直接拿回来 方式三 git init git remote add origin https://github.com/WuPeiqi/greenlu.git 这的两句相当于git pull origin master 这一句 git fetch origin master 拿到分支上了 git merge origin/master 合并在一起 # 日后 git pull origin master # 或者 git fetch origin master git merge origin/master # 如果你在本地修改问题，又add，又提交，在线上去拿的时候，或许会冲突
小应用：
vim a1.py #查看内容
cat a1.py #查看内容
当你在家的时候吧代码上线了。到了公司以后吧线上的代码拉回来。git pull origin dev
开始写代码了。
写完之后add commit。。。这时候忘了往github上提交了
回到家的时候，那今天写的代码没提交，怎么办呢？回公司太晚了，在写一遍浪费时间
，或许你还记着今天写的代码，就在这基础上又开发了，
这下提高了警记了，就记得提交了 add 、commit 、git push origin dev
第二天又到公司了，那昨天的代码怎么办呢、、？是拉下来呢？还是推上去呢？
如果你推上去的话，没有冲突还好，如果有冲突的话，那你把你的冲突都上线了，不让你提交，所以我们要先拉下来
先去吧代码拉下来，git pull origin dev 可能会有冲突，解决冲突。