Git
文件的版本
- 操作麻烦 每次都需要复制 粘贴 重命名
- 命名不规范 无法通过文件名知道具体做了哪些修改
- 容易丢失 硬盘故障 不小心删除 很容易丢失
- 协作困难 手动合并每个人对项目文件的修改
版本控制软件
用来记录文件变化,以便将来查阅特定版本修订情况的系统---版本控制系统
通俗理解 将手动管理文件版本方式------软件管理文件的版本
版本控制软件好处
- 操作简便
- 易于对比
- 易于回溯 将选定文件回溯到之前的版本
- 不易丢失
- 协作方便 分支功能
版本控制系统的分类
- 本地版本控制系统
单机运行 不支持多人协作开始
版本数据库故障后,所有历史更新记录会丢失
- 集中化版本控制系统(SVN)
特点:基于服务器,客户端的运行模式
服务器保存文件的所有更新版本
客户端只保留最新的文件版本
优点: 联网运行 支持多人
缺点:
不支持离线提交版本更新
服务器崩溃,所有人都无法正常工作
- 分布式版本控制系统 Git【】
基于服务器,客户端的运行模式
联网运行,支持多人协作
断网后,支持离线提交本地版本更新
服务器故障,可使用客户端的备份进行恢复‘
客户端是服务器的完整备份,并不是只保留文件的最新版本
Git
什么是Git
是一个开源的分布式版本控制系统 最先进 最流行 高效的处理从小到大的项目版本管理
特点
直接记录快照,而非差异比较
所有的操作都是本地执行
SVN差异比较
好处:节省磁盘空间
缺点:耗时 效率低
在每次切换版本的时候,都需要在基文件的基础上,应用每个差异,从而生成目标版本对应的文件
Git记录快照
在原有文件版本的基础上重新生成一份新的文件,类似备份,为了效率,如果文件没有修改,Git不再重新存储该文件,而是只保留一个链接指向之前存储的文件
缺点:占用磁盘空间大
优点:版本切换非常快,每个版本都是完整的文件快照,切换版本直接恢复 目标版本的快照就可以
Git中绝大多数操作 只需要访问本地文件和资源
断网后依旧可以在本地对项目进行版本管理
联网后,把本地修改的记录同步到云端服务器就可以
Git的三大区域
工作区,暂存区,Git仓库
Git的三种状态
已修改 modified :已修改了文件,但还没有将修改的结果放到暂存区
已暂存 staged :对已修改文件的当前版本做了标记,使之包含在下次提交的列表中(文件修改并放入了暂存区)
已提交 commited 文件已经保存在本地的Git仓库中
Git工作流程
- 在工作区修改文件
- 将你想要下次提交的更改进行暂存
- 提交更新,找到暂存区的文件,将快照永久存储到Git仓库
Git使用
安装
https://git-scm.com/downloads
配置用户信息
安装完Git后, 设置自己的用户名和邮件地址
注意 使用了 --blobal,该命令只需要运行一次就可以永久生效
配置了用户名和邮箱地址,会被写入到c:/users/用户名文件夹/.gitconfig 文件中,该文件是Git的全局配置文件,配置一次永久生效
检查配置信息
除了使用记事本查看全局配置信息,还可以使用命令
获取帮助信息
无需联网即可在浏览器中打开帮助手册
不想查看完整的手册
获取Git仓库的两种方式
- 将没有进行版本控制的本地目录转换为Git仓库
在项目目录中,鼠标右键 打开 “Git Bash"
执行 git init 将当前目录转换为Git仓库
- 从其它服务器克隆一个已存在的GIt仓库
工作区中文件的4种状态
工作区的每一个文件可能有4种状态,这四种状态分为两大类
检查文件的状态
查看文件处于什么状态
跟踪文件
使用命令git add 来开始跟踪一个文件 (把文件存到暂存区)
提交更新
现在有两个文件等待被提交到GIt仓库中,git commit命令提交 -m 本次的提交信息 对提交内容做描述
提交完 工作区的中文件处于 未修改状态 没有任何文件需要提交
对提交文件进行修改
Changes not staged for commit:已跟踪文件的内容发生了变化 但还没有放到暂存区
修改过的,没有放入暂存区文件前面有红色的M标记
撤销对文件修改
把对工作区对应的文件修改 还原成git仓库中所保存的版本
操作结果:所有的修改会丢失无法恢复
暂存区一次性添加多个文件
取消暂存的文件
需要从暂存区移除对应的文件
跳过使用暂存区域
工作区直接到Git仓库
-a git会把所有跟踪的文件暂存起来一并提交 跳过git add
移除文件
忽略文件
一般我们总会有些文件无需纳入git的管理,也不需要它们总出现在未跟踪文件列表 这种情况下 我们创建一个名为.gitignore的配置文件
该文件中的配置只能影响哪些当前还未交由git来管理的文件
查看提交历史
回退到指定版本
GitHub
开源的项目托管平台
什么是开源
开发源代码,代码是公开的,任何人都可以去查看,修改和使用开源代码
开源许可协议
开源并不意味着完全没有限制,为了限制使用着的使用范围和保护作者的权利
5种
- BSD
- Apache Licence
- GPL Linux
- LGPL
- MIT
- 目前限制最少的协议,唯一的条件 在修改后的代码和发行包中,必须包含原作者的许可信息
- jquery node.js
开源托管平台
免费存放开源项目源代码的网站
- GitHub(全球最牛的)
- Gitlab(对代码私有性支持好 企业用户多)
- Gitee(码云,国产的 访问速度快 中文界面)
以上托管平台 只能托管以git管理的项目源代码
新建空白远程仓库
远程仓库两种访问方式
HTTPS:零配置,每次访问仓库时,要重复输入GitHub账号和密码
SSH:需要进行额外的配置,不需要要重复输入GitHub账号和密码 【推荐】
基于HTTPS将本地仓库上传到GitHub
问题
基于SSH将本地仓库上传到GitHub
作用:SSH 本地仓库和GitHub之间免登录的加密数据传输
好处:免登录 数据加密传输
SSH 由两部分组成
- id_rsa 私钥文件 存放于客户端电脑中
- id_rsa_pub 公钥文件 需要配置到GitHub中
生成SSH key
- 打开 Git Bash
- 命令 连续敲3次回车 在C:\users\用户文件夹 \.ssh 目录中生成 id_rsa 和id_rsa.pub
配置SSH key
- 记事本打开 id_rsa_pub,复制里面内容
- 浏览器打开GitHub登陆,点击头像--》settings-》SSH and GPG keys-》New SSH key
- 将 id_rsa_pub文件中的内容,粘贴到key对应的文本框里
- title文本框任意填写名称,来标识key从何而来
检测GitHub的SSH key是否配置成功
远程仓库克隆到本地
Git分支
查看分支列表
创建新分支
切换分支
快速创建和切换分支
合并分支
功能分支的代码开发测试完毕之后,将完成的代码合并到master分支上
删除分支
切换到master分支上删除
分支合并遇到冲突
如果在两个不同的分支中,对同一个文件进行了不同的修改,Git就没法干净的合并它们,我们需要打开这些包含冲突的文件然后手动解决冲突
将本地分支推送到远程仓库
如果第一次将本地分支推送到远程仓库
第一次推送分支需要 -u 参数,后面可以直接使用git push 推送代码到远程分支