Git使用
1 版本控制工具应该具备的功能
- 协同修改
多人并行不悖的修改服务器端的同一个文件。
- 数据备份
不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态
- 版本管理
在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间,提高运行效率。
这方面 SVN 采用的是增量式管理的方式,而 Git 采取了文 件系统快照的方式。
- 权限控制
对团队中参与开发的人员进行权限控制。
对团队外开发者贡献的代码进行审核——Git 独有
- 历史记录
查看修改人、修改时间、修改内容、日志信息。
将本地文件恢复到某一个历史状态。
- 分支管理
允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率。
2 版本控制简介
2.1 版本控制
工程设计领域中使用版本控制管理工程蓝图的设计过程。在 IT 开发过程中也可以
使用版本控制思想管理代码的版本迭代。
2.2 版本控制工具
思想:版本控制
实现:版本控制工具
集中式版本控制工具:
CVS、SVN、VSS……
2.3 Git的优势
-
大部分操作在本地完成,不需要联网
-
完整性保证
-
尽可能添加数据而不是删除或修改数据
-
分支操作非常快捷流畅
-
与 Linux 命令全面兼容
Git命令行操作
4.1 本地库初始化
命令:git init 把当前目录设置成git工作目录
注意:.git 目录中存放的是本地库相关的子目录和文件,不要删除,也不要胡乱修改。
4.2 设置签名
形式:
用户名:tom
Email 地址:goodMorning@atguigu.com
作用:区分不同开发人员的身份
辨析:这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系。
设置签名命令:
-
项目级别/仓库级别:仅在当前本地库范围内有效
- git config user.name tom_pro
- git config user.email goodMorning_pro@atguigu.com
- 信息保存位置:./.git/config 文件
-
系统用户级别:登录当前操作系统的用户范围
- git config –global user.name tom_glb
- git config –global user.email goodMorning_pro@atguigu.com
- 信息保存位置:~/.gitconfig 文件
-
级别优先级
- 就近原则:项目级别优先于系统用户级别,二者都有时采用项目级别 的签名
- 如果只有系统用户级别的签名,就以系统用户级别的签名为准
- 二者都没有不允许
4.3 基本操作
4.3.1 状态查看
git status
查看工作区、暂存区状态
4.3.2 添加
git add [file name]
将工作区的“新建/修改”添加到暂存区
git rm --cached file
将暂存区file删除掉,不会动到工作区的file
4.3.3 提交
git commit -m “提交内容的描述” [file name]
将暂存区的内容提交到本地库
4.3.4 查看历史记录
git log

(多屏显示控制方式: 空格向下翻页、b 向上翻页 、 q 退出 )
git log --pretty=oneline

git log --oneline

git reflog

HEAD@{移动到某一版本需要多少步}
4.3.5 版本前进后退
- 基于索引值操作[推荐]
git reset --hard [局部索引值] 跳到指定的版本
git reset --hard 9cf766e 跳到9cf766e版本
- 使用^符号:只能后退
git reset --hard HEAD^
注:一个^表示后退一步,n 个表示后退 n 步
- 使用~符号:只能后退
it reset --hard HEAD~n
注:表示后退 n 步
4.3.6 reset命令的三个参数对比
–soft 参数:
仅在本地库移动指针
–mixed 参数
在本地库移动 HEAD 指针
重置暂存区
–hard 参数
在本地库移动 HEAD 指针
重置暂存区
重置工作区
4.3.7 删除文件并找回
-
文件恢复前提:删除前,文件存在时的状态提交到了本地库。存在历史记录
-
删除文件命令
-
git rm [file ]
-
恢复文件命令:
- git reset --hard [指针位置]
4.3.8 比较文件差异
-
git diff [文件名]
将工作区中的文件和暂存区进行比较
-
git diff [本地库中历史版本] [文件名]
将工作区中的文件和本地库历史记录比较
-
git diff
不带文件名时候比较工作区的多个文件
4.4分支管理
4.4.1 什么是分支?
在版本控制过程中,使用多条线同时推进多个任务

4.4.2 分支的好处?
-
同时并行推进多个功能开发,提高开发效率
-
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任 何影响。失败的分支删除重新开始即可。
4.4.3 分支操作
-
查看分支
-
git branch -v
-
创建分支
-
git branch [分支名]
-
切换分支
-
git checkout [分支名]
-
合并分支
-
第一步:切换到接受修改的分支上(被合并,增加新内容)
git checkout [被合并分支名]
-
第二步:执行 merge 命令
git merge [有新内容分支名] 在当前分支,把 有新内容分支 的数据更新到当前分支
-
-
解决冲突
-
冲突的表现
-
两个或多个分支对相同文件进行修改后,进行同步就会产生冲突,
产生冲突后,当前分支准备修改的文件会包含产生冲突信息,需要手动去修改
用“>>>>>”和“<<<<<” 标识出冲突的部分
-
-
-
冲突的解决
- 第一步:编辑文件,删除特殊符号
- 第二步:把文件修改到满意的程度,保存退出
- 第三步:git add [文件名]
- 第四步: “日志信息”
- 注意:此时 commit 一定不能带具体文件名 可以带日志
-
解决冲突
-
冲突的表现
-
两个或多个分支对相同文件进行修改后,进行同步就会产生冲突,
产生冲突后,当前分支准备修改的文件会包含产生冲突信息,需要手动去修改
用“>>>>>”和“<<<<<” 标识出冲突的部分
-
-
-
冲突的解决
- 第一步:编辑文件,删除特殊符号
- 第二步:把文件修改到满意的程度,保存退出
- 第三步:git add [文件名]
- 第四步: “日志信息”
- 注意:此时 commit 一定不能带具体文件名 可以带日志

浙公网安备 33010602011771号