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 一定不能带具体文件名 可以带日志
posted @ 2022-09-12 18:11  晓洋^  阅读(24)  评论(0)    收藏  举报