哈尔滨百度网站快速优化,仪表东莞网站建设,网站建立步骤,wordpress单选框php欢迎来到Cefler的博客#x1f601; #x1f54c;博客主页#xff1a;那个传说中的man的主页 #x1f3e0;个人专栏#xff1a;题目解析 #x1f30e;推荐文章#xff1a;题目大解析3 前言 先前有些git命令我在我的其它文章里面已经写过#xff0c;若要查看可参考【Linu… 欢迎来到Cefler的博客 博客主页那个传说中的man的主页 个人专栏题目解析 推荐文章题目大解析3 前言 先前有些git命令我在我的其它文章里面已经写过若要查看可参考【Linux】环境基础开发工具使用这篇文章不再概述其中的一些命令 目录 git 命令git configgit diffgit logSHA-1 校验和 git怎么进行分布式管理认识工作区、暂存区和版本库 版本回退概念当前版本HEAD指的是版本库中的当前版本还是工作区或暂存区的当前版本git reset命令git reflog 在版本回退中的作用git版本回退为什么那么快 撤销修改对于⼯作区的代码还没有 add已经 add 但没有 commit已经 add 并且也 commit 了 删除文件 git 命令
git config
当你使用Git进行版本控制时git config是一个用于配置Git的命令。它允许你设置和查看与Git相关的配置选项包括全局配置、仓库配置和用户配置等。
以下是git config命令的一些常见用法及其作用
配置全局用户名和邮箱 git config --global user.name Your Namegit config --global user.email yournameexample.com这些配置用于标识你在Git中提交代码时的身份信息。 查看和修改配置 git config --list // 列出当前所有的Git配置选项
git config --global --edit // 编辑全局配置文件
git config --local --edit // 编辑当前仓库的配置文件
git config key // 查看指定配置项的值
git config key value // 设置指定配置项的值--list选项用于列出所有配置选项及其值。--global选项表示对全局配置进行操作--local选项表示对当前仓库的配置进行操作。你可以使用--edit选项来通过文本编辑器修改配置文件。 配置其他选项 git config --global core.editor nano // 设置全局文本编辑器默认为Vi
git config --global color.ui true // 启用全局颜色输出除了用户名和邮箱外你可以配置其他的Git选项来满足个人偏好和工作流程要求。上述示例中我们设置了全局文本编辑器为nano并启用了颜色输出。
需要注意的是git config命令的配置选项有多个层级优先级从高到低依次为命令行参数Command-line options 仓库级别配置文件Repository-level configuration file 用户级别配置文件User-level configuration file 系统级配置文件System-level configuration file。因此如果针对同一个选项有多个配置设置Git将使用优先级最高的那个。
4.取消配置
git config --unset 命令用于取消 Git 配置选项的设置即从配置文件中移除指定的键值对。使用该命令需要提供相应配置选项的名称例如 user.email。
以下是一些常见的 git config --unset 命令的示例 取消全局 Git 配置文件中的用户名设置 git config --global --unset user.name取消当前 Git 仓库的配置文件中的用户名和邮箱地址设置 git config --unset user.name
git config --unset user.email需要注意的是git config --unset 命令只会移除特定配置选项的键值对而不会删除整个配置选项。如果需要删除某个配置选项可以手动编辑配置文件或者使用 --unset-all 参数来删除所有匹配选项。
git diff
git diff 是一个用于比较文件差异的 Git 命令。它可以用来查看工作区与暂存区之间或者暂存区与最新提交HEAD之间的文件差异。
下面是 git diff 命令的常见用法 比较工作区与暂存区的差异 git diff这会显示工作区中未添加到暂存区的文件修改内容。 比较暂存区与最新提交HEAD的差异 git diff --cached这会显示已添加到暂存区但尚未提交的修改内容。 比较工作区与最新提交HEAD的差异 git diff HEAD这会显示自上次提交以来对文件所做的所有更改。 比较两个提交之间的差异 git diff commit1 commit2这会显示两个提交之间所有文件的差异。
在 git diff 的输出中以 - 表示被移除的行以 表示新增的行。
除了上述常见用法外git diff 命令还支持其他选项和参数例如限制显示的文件范围、忽略空白字符等。你可以通过 git diff --help 查看详细的帮助信息。
git log
git log 是 Git 中一个常用的命令可以显示当前分支的提交历史。它可以列出每个提交的 SHA-1 校验和、作者、日期、提交信息等。
git log 命令的基础语法如下
git log该命令会按照提交时间的倒序列出当前分支的所有提交。
git log 命令还支持多种有用的选项。以下是一些常用的选项
-n: 显示最近的 n 个提交例如 git log -3 将显示最近的三个提交。--oneline: 用一行显示提交信息包括 SHA-1 校验和和提交信息。--graph: 显示提交历史的 ASCII 图形化表示。--all: 显示所有分支的提交历史。--decorate: 显示分支和标签的名称。
除此之外还有许多其他的选项和参数可以用于 git log 命令。你可以通过 git log --help 查看完整的帮助文档。
git log 命令对于查看提交历史非常有用。它可以让你了解每个提交的详细信息方便你回溯版本、合并分支等操作。
git log --prettyoneline 是 Git 中常用的一个命令表示只显示每条提交记录的 SHA-1 校验和和提交信息每条记录占用一行。在终端中使用该命令输出即将换行的时候会将当前行显示为更简洁的形式。
请注意在 --pretty 选项后面的等号和 oneline 之间不应有空格。
以下是一个示例
$ git log --prettyoneline
65246b8d9a6d7d865771d5e08a413d6c3a9ef2d8 Add new feature to the project
f69ad5fcff56a4eeccbc4dbdcfb37a1d22c7317d Fix a bug in the login feature
b6e4737df58135e56cdf9dbb16a87d81b40b0109 Initial commit通过这个命令你可以快速查看提交历史快速了解每个提交的信息和变更内容对于代码审核、版本回退等操作都非常方便。
SHA-1 校验和
SHA-1Secure Hash Algorithm 1是一种密码散列函数用于产生数据的唯一标识。它可以将任意长度的数据转换为一个固定长度的哈希值通常以40个十六进制字符160位表示。
SHA-1 校验和是通过对数据应用 SHA-1 算法得到的结果。它具有以下特点
唯一性不同的数据很难产生相同的 SHA-1 校验和。即使数据的微小变化也会导致完全不同的校验和。不可逆性从 SHA-1 校验和无法还原出原始数据。换句话说无法通过校验和推导出原始的数据内容。固定长度SHA-1 校验和的长度固定为40个字符不管原始数据的大小。
在版本控制系统如 Git中SHA-1 校验和被广泛应用于唯一标识提交对象、文件快照等。通过校验和可以准确地区分不同的提交或文件并且可以检查数据的完整性。如果对数据进行了任何修改SHA-1 校验和也会发生变化。
需要注意的是由于 SHA-1 已经存在安全漏洞因此在某些安全敏感的场景中已经不建议使用 SHA-1。较新的散列算法如 SHA-256提供更高的安全性。
git怎么进行分布式管理
认识工作区、暂存区和版本库
当使用 Git 进行版本控制时工作区、暂存区和版本库是三个重要的概念。 工作区Working Directory 工作区是你的项目目录是你编辑、修改文件的地方。在工作区中可以新增、删除、编辑文件但这些变化不会直接记录到 Git 中。你可以将工作区比喻为普通的文件夹。 暂存区Staging Area 暂存区是位于 Git 仓库中的一个特殊区域它充当了一个缓冲区或者提前准备提交的区域我们把暂存区有时也叫作索引index。在暂存区中你可以选择要提交的文件、对文件进行部分修改并通过 git add 命令将这些修改记录到暂存区。一旦文件被添加到暂存区Git 就会跟踪这些修改。 版本库Repository 版本库是 Git 的核心部分其中记录了项目的完整历史信息。它保存着每个提交commit包括文件的更改、作者、时间等元数据。版本库通常位于项目目录的 .git 文件夹下它包含了暂存区、分支、标签等信息是 Git 来管理和维护项目历史的地方。
Git 的工作流程如下
在工作区中对文件进行修改。使用 git add 将修改的文件添加到暂存区。使用 git commit 将暂存区的文件提交到版本库形成一个新的提交记录。
通过将更改逐步从工作区移动到暂存区再移动到版本库中Git 可以准确地记录文件的变化历史并允许用户灵活地管理和回溯项目的不同版本。
下面这张图展示了它们之间的关系 在创建 Git 版本库时Git 会为我们⾃动创建⼀个唯⼀的 master 分⽀以及指向 master 的⼀个指针叫 HEAD。
当对⼯作区修改或新增的⽂件执⾏ git add 命令时暂存区⽬录树的⽂件索引会被更新。 add修改的工作区内容进入暂存库时实际上此时会有一个对象库生成一个新的git对象专门指向刚才add提交在暂存库的内容的索引。
当执⾏提交操作git commit时master 分⽀会做相应的更新可以简单理解为暂存区的⽬录树才会被真正写到版本库中。
我们用linux命令也可以查看当前git仓库下的目录
⭐️总结一下
通过新建或粘贴进⽬录的⽂件并不能称之为向仓库中新增⽂件⽽只是在⼯作区新增了⽂件。必须要通过使⽤ git add 和 git commit 命令才能将⽂件添加到本地仓库中进⾏管理
版本回退
概念
Git 版本回退的原理主要涉及 Git 的分支、提交和引用的管理机制。
在 Git 中每次提交都会生成一个唯一的提交对象commit object包含了当前文件状态的快照、作者、时间戳等信息。提交对象会以有向无环图DAG的形式组织起来形成提交历史。
Git 使用分支branch来表示不同的开发路径每个分支都指向一个提交对象。而 HEAD 则是当前分支的引用指向最新的提交。通过移动 HEAD 和分支引用可以实现版本回退。
当执行 git reset 命令时根据命令选项的不同Git 会调整分支引用和 HEAD 的位置。 --soft 选项 参数对于⼯作区和暂存区的内容都不变只是将版本库回退到某个指定版本。 --mixed 选项 为默认选项使⽤时可以不⽤带该参数。该参数将暂存区的内容退回为指定提交版本内容⼯作区⽂件保持不变。 --hard 选项 参数将暂存区与⼯作区都退回到指定版本。切记⼯作区有未提交的代码时不要⽤这个命令因为⼯作区会回滚你没有提交的代码就再也找不回了所以使⽤该参数前⼀定要慎重。
HEAD说明
可直接写成 commit id表⽰指定退回的版本HEAD 表示当前版本HEAD^ 上⼀个版本HEAD^^ 上上⼀个版本以此类推…
可以使⽤ 〜数字表⽰
HEAD~0 表⽰当前版本HEAD~1 上⼀个版本HEAD^2 上上⼀个版本以此类推
总结起来Git 版本回退的原理就是通过移动分支引用和 HEAD 来改变当前所处的提交位置并相应地调整工作区和暂存区的状态。
需要注意的是回退操作会修改提交历史因此在团队协作或者远程仓库存在的情况下谨慎使用版本回退功能。
当前版本HEAD指的是版本库中的当前版本还是工作区或暂存区的当前版本
HEAD 是 Git 中的一个指针指向当前所在的分支或提交。它可以理解为对当前版本的引用。
具体来说HEAD 指向的是当前所在分支的最新提交即版本库中的当前版本。当你进行提交操作时HEAD 将会移动到新的提交上。
与 HEAD 相关的有两个概念需要注意 工作区工作区是你在电脑上看到和修改的项目目录。当你在工作区修改文件后这些修改并没有被提交到版本库中。 暂存区暂存区也称为索引index是位于工作区和版本库之间的一个中间区域。它用于暂存你想要提交的文件改动。
当你执行 git add 命令将文件添加到暂存区后HEAD 的指向不会发生变化仍然指向当前分支的最新提交。只有在执行 git commit 命令后HEAD 才会移动到新的提交上并且该提交成为当前分支的最新提交。
总结起来HEAD 指向的是版本库中当前分支的最新提交而不是工作区或暂存区的当前版本。工作区和暂存区的当前版本没有直接的指针它们的状态是相对于最新提交来描述的。
git reset命令
git reset 是 Git 中一个重要的命令用于移动 HEAD 和分支引用来撤销提交或将分支重置到不同的提交上。它有多种用法和选项常用的包括 --soft、--mixed 和 --hard。
下面是 git reset 命令的常见用法 撤销最新的提交并保留修改 git reset --soft HEAD^这会将 HEAD当前分支的引用移动到上一个提交同时保留修改的文件在暂存区中。这样你可以重新提交这些修改。 撤销最新的提交并取消暂存的修改 git reset --mixed HEAD^这会将 HEAD 移动到上一个提交并取消暂存区的修改。工作区中的文件保持不变你可以对这些文件进行新的提交或修改。 撤销最新的提交并丢弃修改 git reset --hard HEAD^这会完全移除最后一次提交及其修改。工作区、暂存区和版本库都将回退到上一个提交的状态。注意此操作会丢失未提交的文件修改慎用
HEAD^ 表示上一个提交可以使用 HEAD~n 来表示前 n 个提交。例如HEAD~2 表示上两个提交。
除了上述常见用法外git reset 命令还支持其他选项和参数例如通过提交 ID 进行重置指定分支名等。你可以通过 git reset --help 查看详细的帮助信息。
在使用 git reset 时请务必小心操作。如果你不确定操作的影响请备份后再执行。
git reflog 在版本回退中的作用
git reflog 是 Git 中一个非常有用的命令用于查看本地仓库中的引用日志reference log。它记录了分支、标签或 HEAD 移动的历史包括提交、合并、重置等操作。
在版本回退中git reflog 的作用非常重要。当你使用 git reset 或 git revert 等命令回退版本时可能会希望回到之前的某个状态。而此时如果没有记录每次操作的信息就很难恢复到之前的状态。
git reflog 可以显示你在本地仓库中执行的所有操作并提供了每个操作的 HEAD 的位置和提交校验和commit hash。通过查看这些记录你可以找到之前的提交状态并进行版本回退。
以下是一个示例
$ git reflog
65246b8 (HEAD - master) HEAD{0}: reset: going back to commit 65246b8
f69ad5f HEAD{1}: commit: Add new feature to the project
b6e4737 HEAD{2}: commit: Initial commit在上面的示例中你可以看到 HEAD{0} 表示最近一次操作即回退到的目标 commit。你可以根据需要选择特定的提交进行版本回退。
需要注意的是git reflog 记录的是本地仓库的操作历史而不是远程仓库的历史。如果你想查看远程仓库的历史记录可以使用 git log 命令。
git版本回退为什么那么快
Git 的版本回退速度⾮常快因为 Git 在内部有个指向当前分⽀此处是master的HEAD 指针 refs/heads/master ⽂件⾥保存当前 master 分⽀的最新 commit id 。当我们在回退版本的时候Git 仅仅是给 refs/heads/master 中存储⼀个特定的version可以简单理解成如下⽰意图
撤销修改
当我们写代码时觉得当前写的代码太差劲还不如上一版本时我们怎么回到上一版本呢 这里分三种情况。
对于⼯作区的代码还没有 add
法一:先用git diff查看代码差别在哪然后手动删除代码但不推荐如果我们写了很多代码了再手动去删效率太慢。 法二 使用命令
git checkout --filename//回退到该文件上一次add的状态已经 add 但没有 commit
这里我们可以使用git reset -- mixed/hard.
git reset -- hard:可以一步完成因为此时版本库中还没有我们刚刚add在暂存区中的代码所以用hard版本回退直接让工作区和暂存区的版本回退到版本库的当前版本即没有该代码文件的时候这样就实现了工作区的撤销代码效果git reset -- mixed:这个要分两步完成第一步git reset – mixed只是让暂存区回退到版本库的当前版本但是此时我们仔细观察现在情况变成了情况1——对于⼯作区的代码还没有 add所以此时我们再用git checkout -- filename命令就可以撤销代码了
下面是指令实现
已经 add 并且也 commit 了
既然此时版本库的版本已经更新那么只有回退到上一个版本才能解决问题。 所以这里我们就要用git reset --hard filename将版本库、暂存区、工作区的代码都回退到上一个版本的状态。 命令实现如下 注意前提是commit之后没有push到远程仓库
删除文件 如上便是本期的所有内容了如果喜欢并觉得有帮助的话希望可以博个点赞收藏关注❤️ ,学海无涯苦作舟,愿与君一起共勉成长
