龙岗外贸网站制作,图片生成链接网站,建设一个网站多少钱,微信公众号视频网站开发目录 一、初始化新仓库二、.git 目录2.1 hooks 文件夹2.2 info 文件夹2.3 logs 文件夹2.4 objects 文件夹【重要】2.5 refs 文件夹【重要】2.6 COMMIT_EDITMSG2.7 config2.8 description2.9 FETCH_HEAD2.10 HEAD【重要】2.11 index【重要】2.12 ORIG_HEAD2.13 packed-refs 官网… 目录 一、初始化新仓库二、.git 目录2.1 hooks 文件夹2.2 info 文件夹2.3 logs 文件夹2.4 objects 文件夹【重要】2.5 refs 文件夹【重要】2.6 COMMIT_EDITMSG2.7 config2.8 description2.9 FETCH_HEAD2.10 HEAD【重要】2.11 index【重要】2.12 ORIG_HEAD2.13 packed-refs 官网地址 https://www.git-scm.com/官方文档 https://www.git-scm.com/docs官方电子书 https://git-scm.com/book/zh/v2GitHub https://github.com/git/git
一、初始化新仓库
命令git init
解析 如果需要对现有的某个项目使用 Git 管理只需要到项目所在目录执行该命令即可。
作用 初始化后在当前目录下会出现一个名为 .git 的目录所有 Git 需要的数据和资源都存放在这个目录中。不过目前仅仅是按照既有的结构框架初始化好了所有的文件和目录还没有开始跟踪管理项目中的文件。
下面展示一下 .git 目录中比较全的内容单单只执行 git init 命令的话不会一次创建所有文件的部分文件在使用到某些特殊的场景时才会创建。
二、.git 目录 2.1 hooks 文件夹
在 hooks 目录中存储了 Git 钩子脚本的模板文件。 Git 钩子是一些可执行的脚本它们在特定的 Git 操作如提交、合并、推送等前后运行可以用于自定义和控制 Git 操作的行为。
常见的 Git 钩子脚本
pre-commit在执行提交操作前运行可以用于代码检查、格式化等操作以确保提交的代码符合规范。pre-receive在执行推送操作前执行可以用于进行服务端校验、权限验证等操作以控制推送到远程仓库的内容。post-commit在执行提交操作后运行可以用于发送通知、执行后续操作等。post-receive在执行推送操作后运行可以用于执行服务器端处理、触发自动部署等操作。 注意 Git 钩子脚本在 .git 文件夹中存储的是模板文件需要将其重命名为去掉 .sample 后缀并赋予可执行权限才能生效。每个 Git 仓库的钩子脚本都是独立的不会被版本控制。 2.2 info 文件夹
在 info 目录中存储了一些额外的 Git 配置文件。 exclude全局性排除文件。
2.3 logs 文件夹
logs 目录用于存储 Git 仓库的引用日志信息。 refs文件夹存储各个引用如分支、标签的引用日志信息。每个应用都对应的一个子目录如 refs/heads 用于存储分支的引用日志 refs/tags 用于存储标签的引用日志。 HEAD存储 HEAD 引用的变动记录。每次 HEAD 引用变动时都会在该文件中记录变动的信息。
这些日志文件记录了引用的变动历史包括引用的新增、删除、移动等操作。它们可以用于查看仓库中引用的修改历史以及恢复到之前的引用状态。 注意 logs 目录中的日志文件是 Git 维护的不应手动修改或删除这些文件以免导致仓库状态不一致。 2.4 objects 文件夹【重要】
objects 目录是 Git 版本控制系统中一个非常重要的目录用于存储 Git 仓库中的所有对象objects。 在 objects 目录下有以下几个子目录
info目录存储一些辅助信息和索引文件用于加快对象访问速度。pack目录存储了使用 Git 的打包机制packing压缩的对象文件。Git 会定期将一些对象打成一个单独的文件并使用压缩算法来减小存储空间和提高性能。哈希目录除了上述两个子目录外objects 目录下还包含一系列以两个字符为前缀的子目录用于存储具体的对象文件。Git 使用 SHA-1 哈希算法对每个对象 进行唯一标识每个对象的文件名是由哈希值组成的。
在这些哈希目录中存储了 Git 仓库中的所有对象包括提交对象、树对象、文件对象等。每个对象都已二进制 格式存储在对应的哈希姆目录中文件内容经过压缩和哈希计算。
通过这种方式Git 可以高效地存储和管理大量的对象使得版本控制和跟踪文件的变化变得高效和可靠。 注意 objects 目录中的内容是 Git 的内部结构通常不需要直接操作这些文件。 2.5 refs 文件夹【重要】
refs 目录用于存储指向提交对象的引用reference如分支引用branch references和标签引用tag references等。 在 refs 目录下有以下几个子目录
heads存储分支引用每个分支都对应一个文件文件名与分支名称相同。这些文件中的内容是指向分支最新提交的指针。tags存储标签引用每个标签都对应一个文件文件名与标签名称相同。这些文件中的内容是指向标签的对象的指针。remotes存储远程引用每个远程仓库都对应一个子目录目录名与远程仓库名称相同。在每个远程仓库目录下可以存储与该远程仓库相关的引用如远程分支引用。
这些引用文件通常是文本文件记录了指向特定提交对象的指针。通过这些引用Git 可以跟踪和管理分支、标签以及与远程仓库的交互。 注意 refs 目录中的引用文件是 Git 维护的不应手动修改或删除这些文件以免导致仓库状态不一致。 2.6 COMMIT_EDITMSG
COMMIT_EDITMSG 是一个文本文件用于存储最近一次 Git 提交时的提交消息。 当你使用 git commit 命令提交代码时Git 会打开一个文本编辑器让你输入提交消息。输入的消息会保存在 COMMIT_EDITMSG 文件中。这个文件包含了你最近一次提交的提交消息内容。
通过编辑 COMMIT_EDITMSG 文件你可以查看、修改或删除之前的提交消息。这对于需要进行提交消息的审查或修改非常有用。 注意 COMMIT_EDITMSG 文件只记录最近一次提交的提交消息。每次提交后文件内容会被更新为新的提交消息。旧的提交消息不会保留。 2.7 config
config 文件是 Git 仓库的配置文件用于存储仓库级别的配置选项。 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 仓库的简要描述信息。 description 文件通常包含一行文本用于描述仓库的目的、用途或其他相关信息。这个描述可以是任意的自由文本没有特定的格式要求。
在一些 Git 服务提供商如 GitHub、GitLab 等中description 文件的内容可能会显示在仓库的概述页面或其他相关位置以帮助用户了解仓库的用途和特点。 注意 description 文件是可选的如果你的仓库中没有也不会影响 Git 的正常运行和版本控制功能。 2.9 FETCH_HEAD
FETCH_HEAD 是一个特殊的引用文件用于存储最近一次从远程仓库中获取fetch的提交记录。 git pull --help 说在默认模式下git pull 是 git 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 是一个特殊的引用文件用于指示当前所在分支或提交。 HEAD 文件包含一个引用可以是以下两种形式之一
直接指向某个提交的哈希值表示当前处于分离头指针detached HEAD状态即不再任何分支上工作。以 ref: refs/heads/branch-name 的形式表示当前所在的分支。
通过查看 HEAD 文件的内容可以确定当前所在的分支或直接指向的提交。这对于了解当前工作状态、进行分支操作和切换等非常有用。 注意 不应手动修改或删除 HEAD 文件以免导致仓库状态不一致。Git 会自动更新 HEAD 文件以反映当前所在的分支或提交。 2.11 index【重要】
index 是一个二进制文件也成为暂存区staging area或者索引index。 index 文件记录了当前工作目录中被修改的文件的快照信息。当你使用 git add 命令将文件添加到暂存区时Git 会将这些文件的快照信息保存在 index 文件中。
index 文件的内容包括文件名、文件的元数据如权限和时间戳以及文件内容的哈希值。它充当了工作目录和下一次提交之间的桥梁。
通过使用 git status 命令你可以查看 index 文件的状态了解哪些文件已经被添加到暂存区哪些文件被修改但尚未添加。 注意 index 文件是 Git 维护的不应手动修改或删除这个文件以免导致仓库状态不一致。Git 会自动更新 index 文件以反应当前暂存区的状态。 2.12 ORIG_HEAD
ORIG_HEAD 是一个特殊的引用用于记录最近一次 HEAD 引用的值。 在 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 是一个存储远程引用的文件。 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
