【Git】初识Git

news2024/12/27 16:31:42

本篇文章的环境是在 Ubuntu/Linux 环境下编写的

文章目录

  • 版本控制器
  • Git 基本操作
    • 安装 Git
    • 创建 Git 本地仓库
    • 配置 Git
    • 认识工作区、暂存区、版本库
    • 添加文件
    • 修改文件
    • 版本回退
    • 撤销修改
    • 删除文件

版本控制器

在日常工作和学习中，老板/老师要求我们修改文档，但修改可能不尽人意，多次修改后可能还不如最初的版本，但如果是直接在原文档上修改，那我们是否还能找回最初的版本呢？
若每一次大改，都是在复制出的副本上修改，可以解决上述原文档丢失的问题，但随着版本数量不断增多，我们还能记得每个版本各自修改了什么吗？
版本控制器就是为了解决上述问题而诞生的。所谓版本控制器，就是一个可以记录工程的每一次改动和版本迭代的管理系统，同时也方便多人协同作业

Git 基本操作

安装 Git

可以使用 git 或 git --version 查看是否已经安装了GIt
如果bash 响应的是 git: command not found类似的话语，那就是没有安装git

  • 安装 Git：
#Centos
sudo yum -y install git
#Ubuntu
sudo apt-get install git -y
  • 查看 Git 版本
git --version

创建 Git 本地仓库

Git 进行版本控制的方式是，使用仓库对代码进行管理

  • 创建一个Git 本地仓库的命令为git init，注意命令要在文件目录下执行，例如：
    在这里插入图片描述

创建本地仓库后，会多出来一个.git隐藏文件，这个目录就是Git用来跟踪管理仓库的
其目录结构如下：

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ tree .git/
.git/
├── branches
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── pre-merge-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   ├── push-to-checkout.sample
│   └── update.sample
├── info
│   └── exclude
├── objects
│   ├── info
│   └── pack
└── refs
    ├── heads
    └── tags

配置 Git

当安装 Git 后很重要的一步是配置 用户名称 和 e-mail地址，命令如下：

git config -l #以列表形式显示配置
git config user.name "Your name" #配置用户名称
git config user.email "email" #配置email

使用 --unset 选项删除配置，例如：

git config --unset user.name
git config --unset user.email

可以使用--global 这个选项，该选项的效果是使得当前机器上所有的 Git 仓库都使用这个配置

git config --global user.name "Your name" #配置用户名称
git config --global user.email "email" #配置email

使用 --global 设置的配置不能直接使用--unset删除，而是也需要携带--global

git config --global --unset user.name

认识工作区、暂存区、版本库

  • 工作区：和.git同级的目录下的文件/目录

  • 暂存区：stage或index。一般存放在.git目录下的 index 文件(.git/index)中，暂存区有时也就索引(index)

  • 版本库：又名仓库，英文名repository。.git就是Git的版本库。版本库里的所有文件都可以被Git管理起来，每个文件的修改、删除，Git 都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”
    在这里插入图片描述

  • 图中左侧为工作区，右侧为版本库。其中我们重点关注暂存区

  • 在创建 Git 版本库时，Git 会为我们自动创建一个唯一的 master分支，以及指向 master 的一个指针HEAD

  • 当对工作区修改(或新增)的文件执行git add命令，暂存区目录树的文件索引会被更新

  • 当执行git commit 提交操作，master分支会做出相应的更新，可以简单理解为暂存区的目录树才真正被写到版本库中

小总结：必须通过git add和git commit命令才能将工作区的文件添加到仓库(版本库)中进行管理

添加文件

在包含.git的目录下新建一个ReadMe文件，使用git add命令将文件添加到暂存区

git add [file1] [file2] #可添加一个或多个文件到暂存区
git add [dir] #添加指定目录到暂存区
git add . #添加当前目录下的所有文件改动到暂存区
git add -f [file] #-f选项表示强制添加

再使用git commit命令将暂存区内容添加到本地仓库中
注意：提交时要对本次提交进行“描述”，记录提交的细节，方便后续查看，得知此次提交改动了些什么，这是很重要的一步，也绝对不能省略

git commit -m "描述" #提交暂存区全部内容到本地仓库中
git commit [file1] [file2] -m "描述" #提交暂存区的指定文件到本地仓库

成功提交后，Git会告诉我们一些改动的细节，示例：

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ touch ReadMe
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ vim ReadMe 
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ cat ReadMe 
hello git
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git add .
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git commit -m "new file:ReadMe"
[master (root-commit) 0008577] new file:ReadMe
 1 file changed, 1 insertion(+)
 create mode 100644 ReadMe

使用git log命令可以查看历史提交记录

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git log
commit 000857774f55793cf3ba54f014aaa239dc226609 (HEAD -> master)
Author: bao-bao-hai-mian <1076847758@qq.com>
Date:   Sun Sep 15 20:12:53 2024 +0800

    new file:ReadMe

git log显示从最近到最远的提交日志，并且可以看到commit 的描述信息
还可以加上--pretty=oneline选项，让消息简洁些

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git log --pretty=oneline
000857774f55793cf3ba54f014aaa239dc226609 (HEAD -> master) new file:ReadMe

日志消息的一大串数字，是每次提交的commit id(版本号)，是用 SHA1 计算出的一个很大的数字，用十六进制表示

再添加几个文件

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ touch file1 file2 file3
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git add .
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git commit -m "add three file:file1 file2 file3"
[master 7c61b82] add three file:file1 file2 file3
 3 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 file1
 create mode 100644 file2
 create mode 100644 file3

此时我们查看.git的目录结构

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ tree .git
.git
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── pre-merge-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   ├── push-to-checkout.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 00
│   │   └── 0857774f55793cf3ba54f014aaa239dc226609
│   ├── 0e
│   │   └── 6b1780b73cd9220ec5073dc64b42f7ad4bd945
│   ├── 15
│   │   └── a37e9ef171cca4a5d985fccd1fcf9414b2c7cf
│   ├── 4b
│   │   └── 825dc642cb6eb9a060e54bf8d69288fbee4904
│   ├── 7c
│   │   └── 61b823e2c036bc9e37ec0d9676fab511b1db1e
│   ├── 8d
│   │   └── 0e41234f24b6da002d962a26c2495ea16a425f
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

相比于之前我们看到的 .git 结构，多了一些东西

  1. index就是暂存区，git add后的内容都是添加到这里的
  2. HEAD是指向当前分支的指针，默认指向master
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ cat .git/HEAD 
ref: refs/heads/master

而master分支，其实就是最近一次提交的commit id

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ cat .git/refs/heads/master 
7c61b823e2c036bc9e37ec0d9676fab511b1db1e
  1. objects为 Git 的对象库，里面包含了创建的各个版本库对象及内容。当执行git add命令时，暂存区的目录树被更新，同时工作区修改(或新增)的文件内容被写入到对象库中的一个新的对象中，就位于.git/objects目录下

这些文件不能直接使用cat查看，都是经过sha(安全哈希算法)加密过的文件，不过可以使用git cat-file查看版本库对象内容

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git cat-file -p 000857774f55793cf3ba54f014aaa239dc226609
tree 0e6b1780b73cd9220ec5073dc64b42f7ad4bd945
author bao-bao-hai-mian <1076847758@qq.com> 1726402373 +0800
committer bao-bao-hai-mian <1076847758@qq.com> 1726402373 +0800

new file:ReadMe

显示正是一次提交的相关信息
其中还有一行tree commit id，我们使用同样的方式查看

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git cat-file -p 0e6b1780b73cd9220ec5073dc64b42f7ad4bd945
100644 blob 8d0e41234f24b6da002d962a26c2495ea16a425f	ReadMe

再看 ReadMe 对应的commit id

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git cat-file -p 8d0e41234f24b6da002d962a26c2495ea16a425f
hello git

这正是我们提交的 ReadMe 中的内容

小总结：本地 git 仓库中，有几个文件和目录很特殊

  • index：暂存区，git add后会更新其内容
  • HEAD：指向当前分支的指针
  • refs/heads/master：保存最近一次提交的commit id
  • objects：包含了创建的各个版本库对象及内容，此处可以简单理解为存放了 git 维护的所有修改

修改文件

Git 跟踪并管理的并不是文件，而是修改
新增文件，删除文件，修改文件内容都是修改

示例：
往 ReadMe 文件中添加一些内容

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ cat ReadMe 
hello git
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ vim ReadMe 
ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ cat ReadMe 
hello git
i am coding
i am coding
i am coding

此时工作区的ReadMe 与 暂存区和版本库的 ReadMe 内容是不同的。git status命令用于查看当前仓库状态

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git status
On branch master
Changes not staged for commit:
 (use "git add <file>..." to update what will be committed)
 (use "git restore <file>..." to discard changes in working directory)
   modified:   ReadMe

Untracked files:
 (use "git add <file>..." to include in what will be committed)
   .ReadMe.swp

no changes added to commit (use "git add" and/or "git commit -a")

Git 检查到 工作区的 ReadMe 被修改了，但没有添加和提交，并建议我们更新修改

git diff [file] #显示暂存区和工作区文件的差异
git diff HEAD -- [file] #显示版本库和工作区文件的差异

在这里插入图片描述

版本回退

回退是版本控制器很重要的能力
使用git reset回退版本，具体如何回退根据参数而定

git reset [--soft | --mixed | --hard] [HEAD]
  • --soft：对于工作区和暂存区的内容都不变，只是将版本库回退到某个指定版本
  • --mixed：默认选项，使用时可以不带该参数。将暂存区和版本库回退，工作区不变
  • --hard：工作区、暂存区、版本库都会回退
  • HEAD：要回退到的版本
    • 指定commit id
    • HEAD 表示当前版本
    • HEAD^表示上个版本
    • HEAD^^表示上上个版本，以此类推
    • 以可以使用~数字表示
    • HEAD~0表示当前版本，HEAD~1表示上个版本，以此类推

如果当前有三个版本，我们想回退到版本二，可以通过git log查看版本二的commit id，但当我们回退到版本二后，再使用git log将不会看到版本三的commit id
这是否意味着我们不能反悔，回到版本三呢？其实不是，可以使用git reflog，其记录了本地的每一个日志

ubuntu@VM-12-11-ubuntu:~/lesson/gitcode$ git reflog
7c61b82 (HEAD -> master) HEAD@{0}: commit: add three file:file1 file2 file3
0008577 HEAD@{1}: commit (initial): new file:ReadMe

查出来的是部分的commit id，Git 支持使用部分commit id实现回退
回退的效果图如下：
在这里插入图片描述

撤销修改

撤销修改在不同的场景下有不同的操作

场景一
只撤销工作区的修改
如果我们对工作区的代码进行了较大幅度的改动，但没有添加与提交，此时我们想撤销这些修改，如何操作呢？
手动修改一定是不推荐的，可能会出现该删的没删，不该删的删了的情况
使用git diff可以知道修改了什么，但还是需要手动修改，仍可能出现问题
Git 提供了 git checkout -- [file]命令让工作区的文件回到最近一次add或者commit时的状态，该命令一定要记得带上--，不然会是完全不一样的效果

git checkout -- [file]

场景二
只撤销暂存区的内容
直接使用git reset

git reset --mixed [commit id]

--mixed选项就是只回退暂存区内容

场景三
只撤销版本库的内容
直接使用git reset

git reset --hard HEAD^

使用--hard选项，只回退版本库内容，HEAD^表示回退到上一个版本

删除文件

在 Git 中，删除文件也是一次修改，可以使用add和commit，如果误删，那么还可以按照场景对修改进行撤销
Git 提供命令可以删除工作区文件，并add，也删除暂存区内容

git rm [file]

不过还没有提交，所以还需要git commit
如此，文件就从版本库中被删除了

以上就是本篇博客的所有内容，感谢你的阅读
如果觉得本篇文章对你有所帮助的话，不妨点个赞支持一下博主，拜托啦，这对我真的很重要。
在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2138614.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Live800：客户服务新纪元，从响应到主动关怀的转型之路

Live800：客户服务新纪元，从响应到主动关怀的转型之路

在当今这个快速变化的商业环境中&#xff0c;客户服务已不再是简单的售后响应或问题解决的环节&#xff0c;而是企业赢得市场、构建品牌忠诚度、实现可持续增长的核心驱动力。随着技术的飞速发展和消费者需求的日益多样化&#xff0c;客户服务正步入一个新的纪元——从传统的被…
阅读更多...
电脑上如何多开微信软件（多个微信同时使用）

电脑上如何多开微信软件（多个微信同时使用）

想登录几个就下面这种文件里&#xff0c;复制几行即可&#xff1a; 创建的是以 .bat 文件结尾的txt文件&#xff08;先创建一个txt文本文档&#xff0c;等写好了命令保存后&#xff0c;再把文件的后缀名改为: .bat &#xff09;再保存即可。然后&#xff0c;右键以管理员运行&a…
阅读更多...
电子废物检测回收系统源码分享

电子废物检测回收系统源码分享

电子废物检测回收检测系统源码分享 [一条龙教学YOLOV8标注好的数据集一键训练_70全套改进创新点发刊_Web前端展示] 1.研究背景与意义 项目参考AAAI Association for the Advancement of Artificial Intelligence 项目来源AACV Association for the Advancement of Computer…
阅读更多...
mysql 8.0 日期维度表生成（可运行）

mysql 8.0 日期维度表生成（可运行）

mysql 8.0 日期维度表生成&#xff08;可运行&#xff09; 文章目录 mysql 8.0 日期维度表生成&#xff08;可运行&#xff09;日期维度表左右日期维度表生成技术点 日期维度表左右 在数据仓库&#xff08;Data Warehouse&#xff09;中&#xff0c;日期维度表&#xff08;Dat…
阅读更多...
离谱碾压！奇安信中标：高出第二名近70分！

离谱碾压！奇安信中标：高出第二名近70分！

2024年08月09日&#xff0c;广东省政务服务和数据管理局&#xff0c;近日发布了网络安全第三方服务&#xff08;2024年&#xff09;项目之关基检查及重要政务应用安全检查服务招标公告&#xff01; 预算金额&#xff1a;2,896,200.00元&#xff0c;其中安全检查服务包&#xf…
阅读更多...
Pytorch+Anaconda+Pycharm+Python

Pytorch+Anaconda+Pycharm+Python

0 python知识 0.1 os库常见用法 os 库提供了许多用于操作操作系统功能的函数。常见用法包括&#xff1a; 文件和目录操作&#xff1a; os.listdir(path)&#xff1a;列出指定路径下的所有文件和目录。os.mkdir(path)&#xff1a;创建新目录。os.remove(path)&#xff1a;删除…
阅读更多...
清理C盘缓存，删除电脑缓存指令是什么

清理C盘缓存，删除电脑缓存指令是什么

在处理计算机系统的C盘缓存清理任务时&#xff0c;需要谨慎操作以确保系统的稳定性和数据的安全性。通常&#xff0c;Windows操作系统中并没有直接的“一键清理C盘缓存”的单一命令&#xff0c;因为缓存文件分散存储于多个位置&#xff0c;并且有些缓存对于系统性能至关重要&am…
阅读更多...
【MySQL】EXPLAIN（执行计划）关键字是什么？

【MySQL】EXPLAIN（执行计划）关键字是什么？

简介&#xff1a; explain是一个强大的 SQL 命令&#xff0c;用于分析和优化查询性能。通过查看数据库执行计划&#xff0c;我们可以理解查询是如何被处理的&#xff0c;包括表的访问顺序、使用的索引、连接类型等。这对于找到潜在的性能瓶颈非常重要。 目录 一、基本含义 二…
阅读更多...
四、链表————相关概念详解

四、链表————相关概念详解

链表 前言一、链表是什么&#xff1f;二、链表的类型2.1 单向链表2.2 环形链表2.3 双向链表 三、链表中常用操作 (以单向列表为例)3.1 初始化链表3.2 判断链表是否为空3.3 获取链表长度3.4 插入节点3.4.1 链表头部添加节点3.4.2 链表尾部添加节点3.4.3 指定位置添加节点 3.5 删…
阅读更多...
大数据处理技术：分布式文件系统HDFS

大数据处理技术：分布式文件系统HDFS

目录 1 实验名称&#xff1a; 2 实验目的 3 实验内容 4 实验原理 5 实验过程或源代码 5.1 HDFS的基本操作 5.2 HDFS-JAVA接口之读取文件 5.3 HDFS-JAVA接口之上传文件 5.4 HDFS-JAVA接口之删除文件 6 实验结果 6.1 HDFS的基本操作 6.2 HDFS-JAVA接口之读取文件 6.…
阅读更多...
精通推荐算法30：行为序列建模之SIM— 基于检索建模长周期行为序列

精通推荐算法30：行为序列建模之SIM— 基于检索建模长周期行为序列

1 行为序列建模总体架构 2 SIM提出的背景 MIMN第一次真正实现了长周期行为序列的建模&#xff0c;并取得了非常不错的业务效果。但受困于离线建模&#xff0c;它没办法实现用户行为序列和候选物品的交叉。同时采用一个固定大小的记忆网络来压缩超长序列&#xff0c;存在网络容…
阅读更多...
redis-shake v4全量增量同步redis数据

redis-shake v4全量增量同步redis数据

1 概述 RedisShake是一个用于处理和迁移 Redis 数据的工具&#xff0c;github地址是https://github.com/tair-opensource/RedisShake。它提供以下特性&#xff1a; 1&#xff09;Redis 兼容性&#xff1a; RedisShake 兼容从 2.8 到 7.2 的 Redis 版本&#xff0c;并支持各种部…
阅读更多...
Spring Event 业务解耦神器(泛型喔!)

Spring Event 业务解耦神器(泛型喔!)

一.前言 又与我一直负责Cocos Creator的开发,我发现在TS领域,是可以自定义事件(有兴趣的大宝可以坐飞机直达:[CocosCreator]自定义事件(订阅/发布)管理器),这样做有什么好处呢?回答:解耦! 于是乎,我就觉得前端能干的事,后端也一样能干!当然,如果后端是TS或JS写的,比如nodeJS,…
阅读更多...
Cyber Weekly #24

Cyber Weekly #24

赛博新闻 1、OpenAI发布最强模型o1 本周四&#xff08;9月12日&#xff09;&#xff0c;OpenAI宣布推出OpenAIo1系列模型&#xff0c;标志着AI推理能力的新高度。o1系列包括性能强大的o1以及经济高效的o1-mini&#xff0c;适用于不同复杂度的推理任务。新模型在科学、编码、数…
阅读更多...
自动排课管理系统(源代码+论文+开题报告)

自动排课管理系统(源代码+论文+开题报告)

一、题目摘要 题目简要说明&#xff1a; 选排课系统功能的设计上&#xff0c;选排课系统可以分为登录、排课和选课3个子系统。登录子系统区分排课者(也即系统的管理者)、教师和学生这三者的不同身份&#xff0c;给出不同的权限&#xff0c;在页面中根据身份判断其相应具有的功…
阅读更多...
Java 入门指南：JVM（Java虚拟机）——类的生命周期与加载过程

Java 入门指南：JVM（Java虚拟机）——类的生命周期与加载过程

文章目录 类的生命周期类加载过程1&#xff09;载入&#xff08;Loading&#xff09;2&#xff09;验证&#xff08;Verification&#xff09;文件格式验证符号引用验证 3&#xff09;准备&#xff08;Preparation&#xff09;4&#xff09;解析&#xff08;Resolution&#xf…
阅读更多...
FreeRTOS—任务通知

FreeRTOS—任务通知

一&#xff0c;概念介绍 队列、信号量、事件组等IPC技术都需要创建一个中间对象进程之间通过这些中间对象进行通讯或同步。创建对象就需要分配内存&#xff0c;占用一定内存。 二&#xff0c;任务通知的特点&#xff1a; 一个任务或ISR向另外一个指定的任务发送通知&#xff0c…
阅读更多...
2024年最新版Vue3学习笔记

2024年最新版Vue3学习笔记

本篇文章是记录来自尚硅谷禹神2023年课程的学习笔记&#xff0c;不得不说禹神讲的是真的超级棒&#xff01; 文章目录 创建Vue3工程main.ts文件解析初始化项目写一个简单的效果 Vue3核心语法setup函数setup和选项式的区别setup语法糖指定组件名称 响应式数据ref函数定义基本类…
阅读更多...
C#学习系列之Gmap地图界面上的实时绘制问题

C#学习系列之Gmap地图界面上的实时绘制问题

C#学习系列之Gmap地图界面上的实时绘制问题 前言总结 前言 在地图控件上增加绘制不规则图形&#xff0c;在之前的经验来看&#xff0c; System.InvalidOperationException:“无法使用 DependencyObject&#xff0c;它属于其父 Freezable 之外的其他线程。” 其实就是ui线程中…
阅读更多...
9.15javaweb项目总结

9.15javaweb项目总结

1.贴吧界面算是完成了基本的 能通过url打开多个贴吧信息的界面了&#xff0c;界面水平不是很高&#xff0c;界面还有待提升&#xff0c;然后该界面的功能点还差点有点远&#xff0c;完成度不是很高。 2.解决了关注的功能问题 要考虑的地方有点多&#xff0c;最简单的就是点击…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023