Git(三).git 文件夹详解

这篇具有很好参考价值的文章主要介绍了Git(三).git 文件夹详解。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

  • 官网地址: https://www.git-scm.com/
  • 官方文档: https://www.git-scm.com/docs
  • 官方电子书: https://git-scm.com/book/zh/v2
  • GitHub: https://github.com/git/git

一、初始化新仓库

命令:git init

解析: 如果需要对现有的某个项目使用 Git 管理,只需要到项目所在目录,执行该命令即可。

作用: 初始化后,在当前目录下会出现一个名为 .git 的目录,所有 Git 需要的数据和资源都存放在这个目录中。不过,目前仅仅是按照既有的结构框架初始化好了所有的文件和目录,还没有开始跟踪管理项目中的文件。

下面展示一下 .git 目录中比较全的内容,单单只执行 git init 命令的话不会一次创建所有文件的,部分文件在使用到某些特殊的场景时才会创建。

二、.git 目录

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

2.1 hooks 文件夹

hooks 目录中,存储了 Git 钩子脚本的模板文件。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

Git 钩子是一些可执行的脚本,它们在特定的 Git 操作(如提交、合并、推送等)前后运行,可以用于自定义和控制 Git 操作的行为。

常见的 Git 钩子脚本:

  • pre-commit:在执行提交操作前运行,可以用于代码检查、格式化等操作,以确保提交的代码符合规范。
  • pre-receive:在执行推送操作前执行,可以用于进行服务端校验、权限验证等操作,以控制推送到远程仓库的内容。
  • post-commit:在执行提交操作后运行,可以用于发送通知、执行后续操作等。
  • post-receive:在执行推送操作后运行,可以用于执行服务器端处理、触发自动部署等操作。

注意: Git 钩子脚本在 .git 文件夹中存储的是模板文件,需要将其重命名为去掉 .sample 后缀,并赋予可执行权限,才能生效。每个 Git 仓库的钩子脚本都是独立的,不会被版本控制。

2.2 info 文件夹

info 目录中,存储了一些额外的 Git 配置文件。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

  • exclude:全局性排除文件。

2.3 logs 文件夹

logs 目录用于存储 Git 仓库的引用日志信息。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

  • refs文件夹:存储各个引用(如分支、标签)的引用日志信息。每个应用都对应的一个子目录,如:

    refs/heads 用于存储分支的引用日志,

    refs/tags 用于存储标签的引用日志。

  • HEAD:存储 HEAD 引用的变动记录。每次 HEAD 引用变动时,都会在该文件中记录变动的信息。

这些日志文件记录了引用的变动历史,包括引用的新增、删除、移动等操作。它们可以用于查看仓库中引用的修改历史,以及恢复到之前的引用状态。

注意: logs 目录中的日志文件是 Git 维护的,不应手动修改或删除这些文件,以免导致仓库状态不一致。

2.4 objects 文件夹【重要】

objects 目录是 Git 版本控制系统中一个非常重要的目录,用于存储 Git 仓库中的所有对象(objects)。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

在 objects 目录下,有以下几个子目录:

  • info目录:存储一些辅助信息和索引文件,用于加快对象访问速度。
  • pack目录:存储了使用 Git 的打包机制(packing)压缩的对象文件。Git 会定期将一些对象打成一个单独的文件,并使用压缩算法来减小存储空间和提高性能。
  • 哈希目录:除了上述两个子目录外,objects 目录下还包含一系列以两个字符为前缀的子目录,用于存储具体的对象文件。Git 使用 SHA-1 哈希算法对每个对象 进行唯一标识,每个对象的文件名是由哈希值组成的。

在这些哈希目录中,存储了 Git 仓库中的所有对象,包括提交对象、树对象、文件对象等。每个对象都已二进制 格式存储在对应的哈希姆目录中,文件内容经过压缩和哈希计算。

通过这种方式,Git 可以高效地存储和管理大量的对象,使得版本控制和跟踪文件的变化变得高效和可靠。

注意: objects 目录中的内容是 Git 的内部结构,通常不需要直接操作这些文件。

2.5 refs 文件夹【重要】

refs 目录用于存储指向提交对象的引用(reference),如:分支引用(branch references)和标签引用(tag references)等。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

在 refs 目录下,有以下几个子目录:

  • heads存储分支引用,每个分支都对应一个文件,文件名与分支名称相同。这些文件中的内容是指向分支最新提交的指针。
  • tags存储标签引用,每个标签都对应一个文件,文件名与标签名称相同。这些文件中的内容是指向标签的对象的指针。
  • remotes存储远程引用,每个远程仓库都对应一个子目录,目录名与远程仓库名称相同。在每个远程仓库目录下,可以存储与该远程仓库相关的引用,如远程分支引用。

这些引用文件(通常是文本文件)记录了指向特定提交对象的指针。通过这些引用,Git 可以跟踪和管理分支、标签以及与远程仓库的交互。

注意: refs 目录中的引用文件是 Git 维护的,不应手动修改或删除这些文件,以免导致仓库状态不一致。

2.6 COMMIT_EDITMSG

COMMIT_EDITMSG 是一个文本文件,用于存储最近一次 Git 提交时的提交消息。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

当你使用 git commit 命令提交代码时,Git 会打开一个文本编辑器,让你输入提交消息。输入的消息会保存在 COMMIT_EDITMSG 文件中。这个文件包含了你最近一次提交的提交消息内容。

通过编辑 COMMIT_EDITMSG 文件,你可以查看、修改或删除之前的提交消息。这对于需要进行提交消息的审查或修改非常有用。

注意: COMMIT_EDITMSG 文件只记录最近一次提交的提交消息。每次提交后,文件内容会被更新为新的提交消息。旧的提交消息不会保留。

2.7 config

config 文件是 Git 仓库的配置文件,用于存储仓库级别的配置选项。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

config 文件是一个文本文件,使用 INI 格式(键值对)来组织配置信息。它包含了一系列配置项,用于定义 Git 仓库的行为和属性。

在 config 文件中,可以找到以下常见的配置项:

  • [core]:包含与 Git 核心功能相关的配置选项,如仓库路径、忽略文件权限等。
  • [remote "<remote-name>"]:用于定义与远程仓库的连接和交互的配置选项,可以指定远程仓库的 URL、分支跟踪等。
  • [branch "<branch-name>"]:用于定义分支相关的配置选项,如分支的追踪关系、合并策略等。
  • [user]:用于设置 Git 用户的姓名和邮箱地址,这些信息会出现在提交记录中。
  • [alias]:用于定义 Git 命令的别名,可以简化常用命令的输入。

除了上述常见的配置项,config 文件还可以包含其他自定义的配置项,用于满足特定的需求和工作流程。

注意: config 文件夹是每个 Git 仓库独立的,不会被版本控制。如果要对全局的 Git 配置进行更改,可以使用 git config --global 命令来修改全局配置文件。

2.8 description

description 是一个纯文本文件,用于提供关于 Git 仓库的简要描述信息。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

description 文件通常包含一行文本,用于描述仓库的目的、用途或其他相关信息。这个描述可以是任意的自由文本,没有特定的格式要求。

在一些 Git 服务提供商(如 GitHub、GitLab 等)中,description 文件的内容可能会显示在仓库的概述页面或其他相关位置,以帮助用户了解仓库的用途和特点。

注意: description 文件是可选的,如果你的仓库中没有,也不会影响 Git 的正常运行和版本控制功能。

2.9 FETCH_HEAD

FETCH_HEAD 是一个特殊的引用文件,用于存储最近一次从远程仓库中获取(fetch)的提交记录。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

git pull --help 说:在默认模式下,git pullgit fetch 的缩写,其后是 git merge FETCH_HEAD

git pull 首先调用 git fetch,通常情况下是从远程获取分支;FETCH_HEAD 指向此分支的尖端(就像分支一样,它存储提交的 SHA-1)。git pull 然后调用 git merge,合并 FETCH_HEAD 到当前分支中。

注意: FETCH_HEAD 文件是 Git 维护的,不应手动修改或删除这个文件,以免导致仓库状态不一致。

2.10 HEAD【重要】

HEAD 是一个特殊的引用文件,用于指示当前所在分支或提交。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

HEAD 文件包含一个引用,可以是以下两种形式之一:

  • 直接指向某个提交的哈希值,表示当前处于分离头指针(detached HEAD)状态,即不再任何分支上工作。
  • 以 ref: refs/heads/<branch-name> 的形式,表示当前所在的分支。

通过查看 HEAD 文件的内容,可以确定当前所在的分支或直接指向的提交。这对于了解当前工作状态、进行分支操作和切换等非常有用。

注意: 不应手动修改或删除 HEAD 文件,以免导致仓库状态不一致。Git 会自动更新 HEAD 文件,以反映当前所在的分支或提交。

2.11 index【重要】

index 是一个二进制文件,也成为暂存区(staging area)或者索引(index)。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

index 文件记录了当前工作目录中被修改的文件的快照信息。当你使用 git add 命令将文件添加到暂存区时,Git 会将这些文件的快照信息保存在 index 文件中。

index 文件的内容包括文件名、文件的元数据(如权限和时间戳)以及文件内容的哈希值。它充当了工作目录和下一次提交之间的桥梁。

通过使用 git status 命令,你可以查看 index 文件的状态,了解哪些文件已经被添加到暂存区,哪些文件被修改但尚未添加。

注意: index 文件是 Git 维护的,不应手动修改或删除这个文件,以免导致仓库状态不一致。Git 会自动更新 index 文件,以反应当前暂存区的状态。

2.12 ORIG_HEAD

ORIG_HEAD 是一个特殊的引用,用于记录最近一次 HEAD 引用的值。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

在 Git 进行一些危险的操作(如 reset、merge 或者 rebase)之前,Git 会将 HEAD 原来所指向的 commit 对象的 SHA-1 值存放于 ORIG_HEAD 文件中。这样做是为了提供一种回退的机制,以防以外操作导致数据丢失或不可逆转的更改。

通过使用 git reset、git merge、git rebase 等命令进行操作后,可以使用 git reset ORIG_HEAD 命令将 HEAD 引用恢复到之前的状态。

2.13 packed-refs

packed-refs 是一个存储远程引用的文件。

git提交代码的时候.git文件是哪里来的,Git,git,elasticsearch,大数据

packed-refs 包含了远程分支和标签的引用信息,这些引用指向远程仓库中的特定提交。

packed-refs 文件的目的是提高性能,当引用过多时,会将其中一些引用以压缩形式存储在该文件中,以减少 .git 文件夹的大小和读取时间。在该文件中,每个引用包含一个 SHA-1 值,该值指向特定的提交。这样,在使用 Git 命令时,Git 可以更快速地访问和检索这些引用。

整理完毕,完结撒花~ 🌻





参考地址:

1.Git中的FETCH_HEAD是什么意思?https://www.imooc.com/wenda/detail/592209

2.Git 仓库目录 .git 详解,https://blog.csdn.net/nyist_zxp/article/details/109406589文章来源地址https://www.toymoban.com/news/detail-763566.html

到了这里,关于Git(三).git 文件夹详解的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Git无法提交空文件夹问题解决方案

    Git无法提交空文件夹问题解决方案 在使用Git进行版本控制时,经常会遇到需要提交空文件夹的情况,特别是在Java项目开发中。然而,Git本身对空文件夹的处理并不友好,无法直接提交空文件夹到版本库中。本文将介绍一种解决方案来处理这个问题,并提供相应的源代码示例

    2024年02月03日
    浏览(52)
  • Git提交后,文件夹任然有红色叹号提示

    最近用TortoiseGit操作出现一个问题,明明全部提交并同步了,nand文件夹上还是有红色叹号,表示该文件下内有未提交内容或错误。 查看Git仓库发现有yaffsMount.c和yaffsmount.c两个文件,而本地文件夹只有一个yaffsMount.c文件。之前操作过将yaffsmount.c重命名为yaffsMount.c的操作。 查阅

    2024年02月16日
    浏览(38)
  • git提交整个文件夹(如果是网上拉下来项目一定要注意)!!!

    前言:首先我讲下我遇到的问题 我也是用git提交整个文件夹包括里面的内容 然后试了正常的提交流程一直行不通 试了好多次 每次提交上去的都是 空文件 !!!  目录 1.正常提交流程 2.如果提交是空文件的!!! 1.先是初始本地仓库  2.可以先用git status 查看这个目录下面有你的项

    2024年02月07日
    浏览(48)
  • Git(三).git 文件夹详解

    官网地址: https://www.git-scm.com/ 官方文档: https://www.git-scm.com/docs 官方电子书: https://git-scm.com/book/zh/v2 GitHub: https://github.com/git/git 命令: git init 解析: 如果需要对现有的某个项目使用 Git 管理,只需要到项目所在目录,执行该命令即可。 作用: 初始化后,在当前目录下会

    2024年02月04日
    浏览(42)
  • git文件夹内容详解

    .git 文件夹是Git版本控制系统在项目根目录下创建的隐藏文件夹,包含了Git仓库的所有相关信息。如下是 .git 文件夹中常见的一些内容及其作用: HEAD:指向当前所在的分支(或者是一个特定的提交)。 branches:存储了每个远程分支的相关信息。 config:存储了项目级别的Git配

    2024年02月07日
    浏览(65)
  • git clone代码到本地指定文件夹

    1、进入创建指定文件夹: mkdir xxx 2、初始化本地git仓库 git init 3、关联远程仓库 git remote add -f origin 地址 git add . git commit -m ‘首次提交’ git push -u origin “master” 4、执行拉取代码 git pull origin master 方式二:

    2024年02月15日
    浏览(74)
  • 使用Git克隆(clone)Gitee的代码到本地文件夹

    注意:不论是在项目的哪个文件夹下来拿HTTPs下载链接,都会直接clone整个项目到本地 然后摁下\\\"Enter\\\",代码就会被Git到本地仓库

    2024年02月22日
    浏览(54)
  • 解决git clone后对应文件夹没有.git文件

    使用git clone 命令后发现对应文件夹没有找到.git文件 这是因为.git文件默认是隐藏的,如果想看到,需要我们设置显示隐藏的文件夹 通过以上操作就能够将解决找不到.git文件的问题。 注意:.git文件为版本库,版本库中储存了配置信息,日志信息等,不需要我们修改。

    2024年02月11日
    浏览(75)
  • Git(七).git 文件夹瘦身,GitLab 永久删除文件

    由于项目在打 Docker 包的时候,需要将前端的包也打到 Docker 容器中,所以将前端包和前端的 Dockerfile 文件都放在了后端的 Git 目录下。 久而久之,由于前端包的更新迭代,Git 上面会一直保留前端包的历史版本,所以整个后端的 .git 越来越大,截至目前已经有 2.44G 了。每次有

    2024年02月06日
    浏览(62)
  • git add 文件、文件夹

    git add 添加多个文件,文件之间以空格隔开 多次git add source目录下及子目录下所有文件,home目录下的所有.py文件 git add . ,注意 “.” 前面有空格,添加所有的文件, 或者 git add --all 添加所有的文件 git add 目的是将修改文件由工作区提交到暂存区,可以多次提交,然后commit操

    2024年02月09日
    浏览(50)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包