这里写目录标题
版本控制工具应该具备的功能
协同修改
多人并行不悖的修改服务端的同一个文件
数据备份
不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态
版本管理
在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间,提高运行效率,这方面SVN采用的是增量式管理的方式,而Git采取了文件式快照的方式
权限控制
对团队中参与开发的人员进行权限控制
对团队外开发者贡献的代码进行审核——Git独有
历史记录
查看修改人,修改时间,修改内容,日志信息
将本地文件恢复到某一个历史状态
分支管理
允许开发团队在工作过程中多条生产线同时进行任务,进一步提高效率
Git优势
- 大部分操作在本地完成,不需要联网
- 完整性保证
- 尽可能添加数据而不是删除或修改数据
- 分支操作非常快捷流畅
- 与Linux命令全面兼容
Git结构
本地库——>历史版本
git commit
暂存区——>临时存储
git add
写代码——>工作区
Git 和代码托管中心
代码托管中心的任务:维护远程库
局域网环境下 GitLab服务器
外网环境下 GitHub 码云
本地库和远程库的交互方式
1.团队内部合作
2.跨团队合作
Git命令行操作
本地库操作
本地库初始化
- git init
生成一个.gi目录,目录中存放的是本地库相关的子目录和文件,不要删除和胡乱修改 - 设置签名
形式
用户名: tom
Email地址:goodMorning@qq.com
作用:区分不同开发人员的身份
命令
①项目级别/仓库级别:仅在当前本地库范围内有效
git config user.name tom_pro
git config user.email goodMorning_pro@atguigu.com
信息保存位置 ./.git/config文件
【user】
name = tom_pro
email = goodMorning_pro@qq.com
②系统用户级别:登录当前操作系统的用户范围
git config --global user.name tom_glb
git config --global user.email goodMorning_glb@qq.com
信息保存位置 ~/.gitconfig (当前用户家目录的gitconfig文件)
查看 ls -lA|less
【user】
name = tom_glb
email = goodMorning_glb@qq.com
基本操作
状态查看
git status (git 主命令 status子命令)
查看工作区,暂存区状态
添加操作
git add[file name]
将工作区的“新建/修改”添加到暂存区
提交操作
git commit -m “commit messsage” [file name]
将暂存区的内容提交到本地库
查看历史记录操作
git log
git log --pretty=oneline
git log --oneline
git reflog (HEAD@{移动到当前版本需要多少步})
前进后退(版本)
基于索引值操作
- git reset --hard [局部索引值]
- eg: git reset --hard a6ace91
使用^符号:只能往后退
- git reset --hard HEAD^ (后退^个数步)
使用~符号
- git reset --hard HEAD~n(后退n步)
reset 命令的三个参数对比
- soft参数 仅仅在本地库移动HEAD指针
- mixed参数
在本地库移动HEAD指针
重置暂存区 - hard参数
在本地库移动HEAD指针
重置暂存区
重置工作区
删除文件并找回
- 前提:删除前,文件存在时的状态提交到了本地库
- 操作: git reset --hard[指针位置]
删除操作已经提交到本地库:指针位置指向历史记录
删除操作尚未提交到本地库:指针位置使用HEAD
比较文件差异 - git diff[文件名] 将工作区种的文件和暂存区进行比较
- git diff[本地库中历史版本][文件名] 将工作区中的文件和本地库历史记录比较
- 不带文件名比较多个文件
分支管理
- 什么是分支
在版本控制过程中,使用多线程同时推进多个任务 - 分支的好处
同时并行推进多个功能,提高效率
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可 - 分支操作
-
创建分支
git branch [分支名] -
查看分支
git branch -v -
切换分支
git checkout [分支名] -
合并分支
- 第一步:切换到接受修改的分支(被合并,增加新内容) 上
git checkout [分支名] - 第二步:执行merge命令
git merge[分支名]
- 第一步:切换到接受修改的分支(被合并,增加新内容) 上
-
解决冲突
- 冲突的表示
<<<<<<< HEAD
hhhh edit by hot_fix
=============
hhhh edit by master
">>>>>>>"master
冲突解决
1. 编辑文件,删除特殊符号
2. 把文件修改到满意程度,保存退出
3. git add【文件名】
4. git commit -m :“日志信息”
注意此时,commit一定不能带具体文件名 - 冲突的表示
远程库操作
Git基本原理
哈希
哈希是一个系列的加密算法,各个不同的哈希算法虽然加密强度不同,但是有以下几个共同点:
- 不管输入数据的数据量有多大,输入同一个哈希算法,得到的加密结果长度固定
- 哈希算法确定,输入的数据确定,输出数据能够保证不变
- 哈希算法确定,输入的数据有变化,输出的数据也有变化
- 哈希算法不可逆
- Git就是靠这种机制来从根本上保证数据完整性·
保存版本的机制
Git 的文件管理机制
Git 把数据看作是小型文件系统的一组快照。每次提交更新时Git都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git不在重新存储该文件,而是保留一个链接指向之前存储的文件。所以Git的工作方式可以称为快找流
Git 文件管理机制细节
- Git 的提交对象。 (每次提交时都会创建一个提交对象) 提交对象也有自己的Hash值(确定自己版本)
每个文件都有自己的Hash值,全部用一个tree存储 - 提交对象及其父对象形成链条
Git分支管理机制
HEAD 指向当前分支
创建分支==创建分支指针
GitHub
注册账号
创建远程库
在本地创建远程库地址别名
git remote -v 查看别名
git remote add 别名 链接 创建远程库地址别名
eg:git remote add origin https://github.com/hs.git
推送操作
git push 别名 分支
eg: git push origin master
克隆操作
git clone 链接
eg:git clone https://github.com/hs.git
克隆有三个效果:
完整的把远程库下载到本地
创建origin远程地址别名
初始化本地库
邀请加入团队——添加合作伙伴
项目拥有者把邀请链接发给受邀者,受邀者登录自己的GitHub账户,访问邀请链接
远程库修改的拉取
pull = fetch +merge
git fetch 【远程库地址别名】【远程分支名】 抓取
git merge【远程库地址别名】【远程分支名】 合并
windows凭据 :记住gitHub账号和密码
解决冲突
- 如果不是基于GitHub远程库的最新版本所作的修改,不能推送,必须先拉取
- 拉取下来后如果进入冲突状态,则按照“分支冲突解决”操作解决即可
跨团队协作
fork 一份远程库(属于自己的远程库)
本地修改,然后推送到远程库
Pull Request
对方审阅代码
对方合并代码并添加日志信息
SSH免密登录
(局限:只能设置一个用户免密登录)
- 进入当前用户的家目录
cd ~ - 删除.ssh目录
rm -rvf .ssh/ - 运行命令生成.ssh密钥目录
ssh-keygen -t rsa -C atguigu2018ybq@aliyun.com - 进入.ssh 目录查看文件列表
cd .ssh
ls -LF - 查看 id_rsa.pub文件内容
cat id_rsa.pub - 复制 id_rsa.pub 文件内容,登录GitHub,点击用户头像->Settings ->SSH and GPG keys
- New SSH Key
- 输入复制的密钥信息
- 回到 Git bash 创建远程地址别名
git remote add origin_ssh git@github.com:atguigu2018ybq/huashan.git - 文件推送测试
git push origin_ssh master
IDEA 中 使用Git
- 在IDEA中使用Git安装Git程序
- 在IDEA中使用Git全局配置
- 在IDEA中使用Git创建本地库
- 在IDEA中使用Git切换版本
- 在IDEA中使用Git创建分支以及合并分支
- 在IDEA中使用Git解决冲突
- 在IDEA中使用Git上传本地库到GitHub
- 在IDEA中使用Git更新本地库
- 在IDEA中使用Git从GitHub克隆项目
- 在IDEA中使用Git上传本地库