凉山建设网站,专业app怎么制作网站吗,辽宁建设工程信息网上,烟台网站排名优化公司哪家好目录
一、在 Linux 环境中安装 Git
1. 先检查当前服务器中是否有 Git#xff08;如果有显示如下图#xff09; 2. 安装Git 3. 然后重复第一步#xff1a;查看 Git 的版本信息即可
二、Git 的初始化及配置 1. 创建目录 2. 对仓库进行初始化 3. 新增两个配置项#xff08…目录
一、在 Linux 环境中安装 Git
1. 先检查当前服务器中是否有 Git如果有显示如下图 2. 安装Git 3. 然后重复第一步查看 Git 的版本信息即可
二、Git 的初始化及配置 1. 创建目录 2. 对仓库进行初始化 3. 新增两个配置项git cofig
三、 Git 的使用 1. 在仓库中创建一个文件touch ReadMe编辑 四、Git 场景操作 1. 分多次 add 和 commit 2. 查看修改的是哪一个文件显示暂存区和工作区文件的差异 3. 查看文件修改的内容 4. Git 的版本回退 reset 5. 撤销工作区的文件到上一个版本chechout 6. 删除文件 前言 假设有这样一个场景老板让员工做一个档案员工这个档案做好了之后交给老板看此时老板不满意又让回去改改完给老板看但是老板又不是很满意就这样改了又改给老板看过之后老板此时说第一版是最符合预期的这个时候员工就.......... 然后就演化出了 Git就是一个很主流的版本控制器简单来说它就是一个文件版本管理系统可以记录各种文件的版本信息就像上述的设计文档改过一次就是一个版本这样就产生了很多个版本那这个版本维护的工作其实是很困难的那如何才能清楚的记录每一个版本的改动的信息呢这个时候 Git 就出现了。它可以帮助我们做一个版本的维护而且不仅仅局限于文档的形式它可以维护各种文件包括二进制文件。 对于开发人员来说最重要的就是可以管理项目中的源代码文档对于文本文件来说如下图所示 可以很清晰的看到新增的信息但是 Git 不仅仅文本还有二进制文件图片视频对于这种文件 Git 无法知道而每个版本修改的内容是什么如图片原来是 100Kb 大小的图片现在变成 200Kb这个 Git 是可以知道的。
一、在 Linux 环境中安装 Git
1. 先检查当前服务器中是否有 Git如果有显示如下图 2. 安装Git 3. 然后重复第一步查看 Git 的版本信息即可
二、Git 的初始化及配置 1. 创建目录 首先在 Git 中存储各种版本的各种文件时也不是直接就可以将修改过的文件放在服务器的任意位置的此时 Git 是无法进行追踪管理的所以要使用 Git 存储一些文件时需要把文件存放在 Git 仓库中这个仓库是在目录中创建的所以首先要创建一个目录 2. 对仓库进行初始化 之后需要进行初始化git init之后用 tree 命令这个.git/ 就是追踪管理我们的仓库的但是不要修改这个文件中的内容就可以看到这个仓库中有各种初始化的文件了 3. 新增两个配置项git cofig 第一个配置项就是 name第二个就是 Email如果不进行这两个配置项以后再使用 Git 管理文件的时候就会出错配置如下 git config user.name 用户名 git config user.email 邮箱地址 git config -l (列出git中的配置项有哪些) 还可以对配置项进行删除git config --unset 要删除的配置项 通过上述命令就可以对 git 的配置文件进行简单的操作了还有一个重要的配置项 git config --global 在一台服务器中可以创建很多个本地仓库上述 加了 --gloabl 参数的目的就说明在当前服务器的所有仓库这个配置都是生效的可以看到上图中执行结果但是如果要删除这个配置选项刚才的删除方式就不可行了如下图 可以看到如果配置的是全局配置项在删除的时候也需要加上 --gloabl 这个参数。
三、 Git 的使用 1. 在仓库中创建一个文件touch ReadMe 但是这个ReadMe 文件也是不能托管给 Git 管理的因为只有 .git 文件才是版本库但是也不能 cd 到 .git 创建一个文件上述已经说过.git 文件是不能做出任何修改的否则本地仓库就不能使用了所以只能将 ReadMe 文件写在 gitcide 目录下.git 就是版本库此时 ReadMe 文件所在的就是工作区此时有了 版本库对应着上图中.git文件的树状结构和工作区两个概念如下图 左半部分就对应着工作区ReadMe文件右边就是版本库其中有两个区域stage暂存区 / 索引master分支如果要将各种文件托管给 Git就需要上图的流程
1. 将工作区中的修改修改包含新增 / 删除 / 修改的内容 add 到版本库中的 暂存区stage2. 将 暂存区的文件 commit 到 master 分支在 master 中的文件才能真正的被管理维护。master 分支才算是真正意义的本地仓库 那是如何做到对文件的版本信息的维护呢 在版本库中其实还维护着一个对象库objects 这个里面存储的就是一个个的 Git 对象当工作区的文件修改之后会将修改i的内容存储其中的一个 Git 对象中Git 对象会被维护到 Git 对象库中每 add 一次这个对象库中就会存一份修改的内容这个 stage暂存区存储的就是一个个修改后的对象的索引所以暂存区也是很轻量的没有存储很多的对象。 commit 操作就是将暂存区的这个树状结构写到 master 分支下这个分支存储的也不是 Git 对象存储的也是一个目录树这个树中存储的也是 Git 对象库的索引。 上图中还有一个 Head它就是一个指针有了 Head就可以拿到master分支中的索引之后就可以拿到每一次修改的文件内容。 通过上述的种种流程就是 Git 如何来管理维护一个文件。可以通过下图来对照看 四、Git 场景操作 1. 分多次 add 和 commit 如上图所示如果在 add 其中一个文件之后又创建了一个文件没有 add 之前是不能进行 commit 的但是可以分多次 add分多次 进行 commit。 2. 查看修改的是哪一个文件显示暂存区和工作区文件的差异 git status 3. 查看文件修改的内容 git diff ReadMe 4. Git 的版本回退 reset git reset [-- soft | --mixed | --hard] [HEAD] 版本回退本质就是上述老板让做的设计文档改了又改之后老板决定要第一个版本此时如果将文档交给 Git 后Git 也是有这个能力还原出第一个版本的如下图所示 Git 的版本回退一般都会在版本库中回退如果要在工作区和暂存区也回退需要设置上述命令的参数。 --soft 只会在版本库中回退 --mixed 会在暂存区和版本库中都会回退 --hard 工作区暂存区版本库中全部回退慎用 可以以 --hard 参数为例可以先打印一下看 gitCode 目录中有哪些文件 如上图所示就使用 --hard 参数回退到第一次提交的 ReadMe 文件只有hello git使用
git reset --hard [ID] 命令进行回退 上图执行结果中就只有 ReadMe 一个文件了其实现在再回退回去也是可以的可以用下边这个命令 git refflog 来查看 Git 中的每一次操作我们可以看到如下图所示 然后再使用 reset 命令git reset --hard [ID]之后就又回退到原来的版本了。这个回退的前提就是需要找到某一次的 commit ID但是在开发的时候可能会 commit 很多次操作此时是不太容易找到 commit ID就是一个 Git 对象的所以 --hard 参数要慎用。 版本回退这个操作是很快很轻量的因为在回退的时候本质上就是将 master 中的指针进行修改如下图所示 5. 撤销工作区的文件到上一个版本chechout git checkout -- 有了版本回退操作之后为啥还要有这个如果写了很多代码但是发现写的代码质量很差此时就想将新写的代码进行删除操作如果要进行手动删除这个操作很耗时所以要将工作区的文件回退到上一个版本就可以使用 checkout 命令来撤销。 如上图所示存在工作区中的修改后的文件如果要撤销到上一个版本使用以下命令 git checkout -- [filename]注意 -- 两边都是有空格的而且必须加上 -- 和文件名否则 checkout 是另一个含义如在 ReadMe 文件中新增内容 此时修改后的 ReadMe 文件只存在于工作区中但是现在想要回退到上一个版本可以使用下图命令 上个表格中的第二种第三种情况都是可以使用 reset 命令来进行撤销操作的但是需要注意以下两点
1撤销和版本回退的区别版本回退都是回退到某个 commit修改的是 master 分支中的指针的指向不会改变提交历史记录但是撤销主要是帮助我们修复错误并回到之前的状态。 2上述撤销操作都是在 本地仓库中的代码文件没有推送到远程仓库中之前才可以进行撤销。 6. 删除文件 删除Git 中的文件有两种方式 1rm [filename] git add [filename] git commit -m 细节描述 2git rm file [filename] git commit -m 细节描述 第一种方式分三个步骤先删除文件但是这一步只是将工作区中的文件进行了删除暂存区和版本库中的文件并没有被删除所以还要进行 add 和 commit。 第二种方式只需两个步骤git rm 这个命令做了两个工作第一步就是将工作区和暂存区的文件都进行了删除但是版本库中的文件还是存在的所以还需要进行 commit 即可。
