一、版本控制工具应该具备的功能
- 协同修改:多人并行不悖的修改服务器端的同一个文件。
- 数据备份:不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态。
- 版本管理:在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间,提高运行效率。这方面SVN采用的是增量式管理的方式,而Git采取了文件系统快照的方式。
- 权限控制:①对团队中参与开发的人员进行权限控制。②对团队外开发者贡献的代码进行审核---Git独有。
- 历史记录:①查看修改人、修改时间、修改内容、日志信息。②将本地文件恢复到某一个历史状态。
- 分支管理:允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率。
二、版本控制简介
- 版本控制工具
- 集中式版本控制工具:SVN
- 分布式版本控制工具:Git
三、Git&GitHub_Git结构
四、Git和代码托管中心
代码托管中心的任务:维护远程库
- 局域网环境下:GitLab服务器
- 外网环境下:①GitHub ②码云
五、本地库和远程库
- 团队内部协作
- 跨团队协作
六、Git命令行操作
1. 本地库初始化
- 命令:git init
- 效果:
- 注意:.git目录中存放的是本地库相关的子目录和文件,不要删除,也不要胡乱修改
2. 设置签名
- 形式:
用户名:tom
Email地址:goodMorning@qq.com
- 作用:区分不同开发人员的身份
- 辨析:这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系
- 命令:
项目级别/仓库级别:仅在当前本地库范围内有效
命令:git config user.name tom_pro
git config user.email goodMorning_pro@qq.com
信息保存位置:./.git/config文件
系统用户级别:登录当前操作系统的用户范围
命令:git config --global user.name tom_glb
git config --global user.email goodMorning_glb@qq.com
信息保存位置:~/.gitconfig文件
级别优先级:
就近原则:项目级别优先于系统用户级别,二者都有时采用项目级别的签名
如果只有系统用户级别的签名,就以系统用户级别的签名为准
二者都没有不允许
3. 基本操作
- 状态查看操作:
git status
查看工作区、暂存区状态
- 添加操作:
git add [file name]
将工作区的“新建/修改”添加到暂存区
- 提交操作:
git commit -m "commit message" [file name]
将暂存区的内容提交到本地库
- 查看历史记录操作:
git log
多屏显式控制方式:①空格向下翻页②b向上翻页③q退出
git log --pretty=oneline
git log --oneline
git reflog
HEAD@{移动到当前版本需要多少步}
- 前进后退
本质
基于索引值操作[推荐]
git reset --hard 局部索引值
使用^符号:只能后退
git reset --hard HEAD^
注:一个^表示后退一步,n个表示后退n步
使用~符号:只能后退
git reset --hard HEAD~n
注:表示后退n步
- reset命令的三个参数对比
--soft参数:①仅仅在本地库移动HEAD指针
--mixed参数:①在本地库移动HEAD指针②重置暂存区
--hard参数:①在本地库移动HEAD指针②重置暂存区③重置工作区
- 删除文件并找回:
前提:删除前,文件存在时的状态提交到了本地库
操作:git reset --hard [指针位置]
删除操作已经提交到本地库:指针位置指向历史记录
删除操作尚未提交到本地库:指针位置使用HEAD
- 比较文件差异:
git diff [文件名]
将工作区中的文件和暂存区进行比较
git diff [本地库中历史版本] [文件名]
将工作区中的文件和本地库历史记录比较
不带文件名比较多个文件
- 命令帮助:
如果想要获得commit命令的手册,执行:
4. 分支管理
- 什么是分支?
在版本控制过程中,使用多条线同时推进多个任务。
- 分支的好处?
同时并行推进多个功能开发,提高开发效率
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
- 分支操作
创建分支:
git branch [分支名]
查看分支:
git branch -v
切换分支:
git checkout [分支名]
合并分支:
第一步:切换到接受修改的分支(被合并,增加新内容)上
git checkout [分支名]
第二步:执行merge命令
git merge [分支名]
合并具体的步骤:
①在hot_fix分支下创建newfile.txt
②git add newfile.txt
③git commit -m "hot_fix new file" newfile.txt
④此时分支hot_fix发生了改变
⑤切换分支到master
⑥在master分支上合并hot_fix分支
⑦最终的结果
解决冲突: