目录

1. 软件包管理器yum

1.1 概念介绍

1.2 更换镜像源（可选） 

1.3 工具的搜索/查看/安装/卸载

1.4 优势 

2. vim编辑器 

2.1 vi和vim 

2.2 三种常用模式和操作

2.3 配置vim 

 3. Linux编译器-gcc/g++

4. Linux调试器-gdb

5. make和Makefile

6. git 

6.1 本地管理

 6.1.1 创建测试仓库并初始化

6.1.2 提交管理

6.1.3 版本回退

6.1.4 分支管理和合并冲突

6.1.5 标签

6.2 远程协作 --- gitee

6.2.1  git和gitee的区别和联系

6.2.2  push和pull

6.3 DevOps  

---

1. 软件包管理器yum

1.1 概念介绍

  在Linux下安装软件，一个通常的办法是下载程序的源代码，并进行编译，得到可执行程序。但是这样太麻烦，于是把一些常用的软件提前编译好，做成软件包（可理解成windows下的安装程序）放在一个服务器上，通过包管理器可以很方便的获取到这个编译好的软件包，直接进行安装：

  软件包和软件包管理器 <——> ''App"和“应用商店”

  yum(Yellow dog Updater,Modified) 是 Linux 系统中常见的包管理器之一，特别是在 RHEL（Red Hat Enterprise Linux）、CentOS、Fedora 等基于 RPM（Red Hat Package Manager）系统的发行版上广泛使用。

  系统中的软件仓库配置文件（.repo），即软件源的获取和更新途径：/etc/yum.repos.d/ 

  示例（云服务器）： 

1.2 更换镜像源（可选） 

   通常，base和epel可配置第三方镜像源：优化下载速度，获得更多软件包选择和满足特定应用的需求。

  特别是由于，目前市场上个人和企业的主流使用版本Centos7, 官方团队已于2024年6月30暂停对其维护和更新（转而投入不同于 稳定版的 “滚动更新模式Stream”），官方源不再可用！ 

  导致国内的某些开源镜像网站对此也不再 同步维护更新，甚至直接删除下架（比如：USTC，TUNA）。

  这里列几个可用的稳定获取源镜像：

  (sudo 或 root用户） 

  1. 先备份配置文件：

mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup

  2. 下载新的 CentOS-Base.repo 到 /etc/yum.repos.d/ 

  查看系统版本：uname -r 查看内核版本和硬件架构 或  cat /etc/redhat-release 

  腾讯云（推荐）： 

curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.tencent.com/repo/centos7_base.repo 或 centos8_base.repo 或 centos8-stream.repo

  阿里云（推荐）： 

curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo 或者 Centos-vault-6.10.repo 或者 Centos-vault-8.5.2111.repo

  华为云（推荐）： 

curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.huaweicloud.com/repository/conf/CentOS-7-anon.repo 或者 CentOS-8-anon.repo

  网易云：

curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.163.com/.help/CentOS7-Base-163.repo 或者 CentOS6-Base-163.repo 或者 CentOS5-Base-163.repo

 3. 执行yum clean all清除原有 yum 缓存

 4. 执行yum makecache（刷新缓存）或者yum repolist all（查看所有配置可以使用的文件，会自动刷新缓存）

 同样的，其它仓库，如 epel* 也可换第三方镜像源 。

（注意：上述URL地址配置可能会由于镜像提供商的更改调整导致错误或失效，具体可以厂商的官方文档为主）

1.3 工具的搜索/查看/安装/卸载

   通过 yum list 命令可以罗列出当前一共有哪些软件包，但由于包的数目可能非常之多, 通常搭配 grep 命令只筛选出我们关注的包。

  比如：pv (Pipe Viewer)工具，显示管道传输的数据进度

yum list | grep pv

   示例输出：

  说明： 软件包名称: 主版本号.次版本号.源程序发行号-软件包的发行号.主机平台.cpu架构.

  1. "x86_64" 后缀表示64位系统的安装包

  2."el7" 表示的是 centos7/redhat7

  3. 最后一列, epel (扩展) 表示的是 "软件源" 的名称, 类似于 "小米应用商店", "华为应用商店" 这样的概念 

  然后选择合适的版本安装：

yum install -y pv.x86_64 或者直接 pv 系统会自主选择合适的版本 //-y的作用：直接安装，跳过询问

  出现 "complete" 字样, 说明安装完成；可用 which指令 查看所在位置，通常是 /usr/bin/ 【包含了绝大多数用户可以直接执行的二进制文件和脚本，比如：ls，cp，mv，......】；使用时也需要带必要的选项 和 参数。 

  注意：安装软件时由于需要向系统目录中写入内容, 需要 sudo 或者切到 root 用户下才能完成； yum安装软件只能一个装完了再装另一个，正在yum安装一个软件的过程中, 如果再尝试在另一终端用yum安装另外 一个软件, yum会报错。

  演示一下使用效果：

  搭配其它软件工具 fortune（显示一个随机的有趣的或富有哲理的名言或者笑话）；cowsay(将文本放在一个 ASCII 风格的牛的对话框内)

fortune | cowsay | pv -qL 70    //-q:静默模式(它会关闭进度条的显示)；-L:传输速率限制

  其它有趣的小软件，比如：sl（显示一个动画的蒸汽火车从屏幕上驶过，选项-alFc 有不同的显示效果）；toilet和figlet（将文本转换为大型的 ASCII 艺术字）；cmatrix（在终端中显示一个类似《黑客帝国》中那种“数字雨”的动画效果）；asciiquarium（在终端上创建一个 ASCII 风格的水族馆，里面有鱼游来游），......，有兴趣的可以自己玩一玩

  另外有用的工具，比如：lrzsz（跨平台的文件传输，可鼠标直接拖拽），htop（一个交互式的进程查看器，可以动态地查看和管理系统的进程；与 top 类似，但界面更友好，带有彩色图表显示）；一些编译环境工具，比如gcc/g++，jdk等等，也都有不同程度的镜像源提供，可按需选择

  . . . . . .

  如何卸载：

yum remove -y 工具名      //root用户或sudo 

1.4 优势 

  除了上面说的，yum包管理器可以自动检测和解决包的依赖关系，具有高效的搜索功能，实现便捷的安装和卸载，很大程度上避免了用户自己手动处理可能遇到的错误和麻烦，提高生产开发效率外；和用户可以自定义和添加新的仓库，使软件的获取渠道更加灵活外。其好处还有：

  1. 可以通过 yum update 命令自动获取和安装最新版本的包，保持系统和软件的安全性和最新状态

  2. 通过 yum history 命令可以查看之前的操作记录，并且可以还原之前的系统状态或撤销某些操作，增加了系统的可维护性 

  3. 支持群组安装（group install），可以一键安装一组相关的包；例如，使用 yum groupinstall "Development Tools" 可以安装开发环境所需的所有工具，大幅减少手动安装每个开发工具的工作量，为项目开发和构建提供完整的支持，比如：

• gcc：GNU 编译器，用于 C 语言和 C++ 的编译。
• make：自动化构建工具，常用于编译软件。
• gdb：GNU 调试器，用于程序调试。
• binutils：二进制工具，包括 as（汇编器）、ld（链接器）等。
• 其他库和开发工具：为构建复杂的软件项目提供依赖。

  4. 由于 yum 支持命令行操作，可以很方便地用于自动化管理和配置，尤其适合用于大规模系统中批量管理软件包

  5. 清理和优化，比如 yum clean all 可以清除系统缓存，节省空间；yum makecache 刷新 yum 包管理器的缓存，从系统配置的仓库中下载最新的元数据（关于可用软件包的信息），这样可以加快后续 yum 命令的执行速度，因为它们不需要即时从仓库获取元数据，保证包管理器的效率

2. vim编辑器 

2.1 vi和vim 

• vi：是一种经典的、基础的文本编辑器，最初用于 Unix 系统。它功能简单，提供了多模式编辑（正常模式、插入模式、命令模式等），常用于基本的文本编辑。

• vim：全称 Vi IMproved，是 vi 的增强版，兼容 vi 的所有指令，同时增加了许多新的特性，例如：

  • 语法高亮：支持代码的语法加亮，便于阅读和编辑。
  • 多级撤销：支持多次撤销操作，而 vi 通常只支持一次撤销。
  • 可视模式：允许在选中块的基础上进行复制、删除等操作。
  • 跨平台支持：除了在终端运行，vim 也支持在 GUI 环境（如 X Window、macOS、Windows）中运行，具有更友好的图形界面。

  因此，vim 可以被视为功能更强大、用户体验更佳的 vi。

2.2 三种常用模式和操作

  编辑文件指令：vim 文件名       （命令模式）

  说明： 

  1. 命令模式（正常模式）： 

  1.1 移动光标

        vim可以直接用键盘上的光标来上下左右移动，但正规的vim是用小写英文字母「h」、「j」、「k」、 「l」，分别控制光标左、下、上、右移一格

        按「G」：移动到文本的最后

        按［gg］：移动到文本开始

        按［#gg］或者 「#G」：移动到第#行的开头，比如20gg，56G 

        按「$」：移动到光标所在行的“行尾”

        按「^」：移动到光标所在行的“行首”

        按「w」：光标跳到下个字（空格，分号等分隔的字符串被判断成一个字词，后面提到的字都是这意思）的开头

        按「e」：光标跳到下个字的字尾

        按「b」：光标回到上个字的开头

        按「#l」：光标移到该行光标后的第#个字符位置，如：5l,56l

        按「ctrl」+「b」：屏幕往“后”移动一页；按「ctrl」+「f」：屏幕往“前”移动一页 按「ctrl」+「u」：屏幕往“后”移动半页 按「ctrl」+「d」：屏幕往“前”移动半页 

  1.2  删除

        「x」：每按一次，删除光标所在位置的一个字符

        「#x」：例如，「6x」表示删除光标所在位置的“后面（包含自己在内）”6个字符

        「X」：大写的X，每按一次，删除光标所在位置的“前面”一个字符

        「#X」：例如，「20X」表示删除光标所在位置的“前面”20个字符  

        「dd」：删除光标所在行

        「#dd」：从光标所在行开始删除#行 

  1.3 复制 

        「yw」：将光标所在之处到字尾的字符复制到缓冲区中

        「#yw」：复制#个字符到缓冲区

        「yy」：复制光标所在行到缓冲区

        「#yy」：例如，「6yy」表示拷贝从光标所在的该行“往下数”6行 

        「p」：将缓冲区内的字符贴到光标所在位置

        「#p」：粘贴几次

        注意：所有与“y”有关的复制命令都必须与“p”配合才能完 成复制与粘贴功能！

  1.4 替换 

        「r」：替换光标所在处的字符

        「R」：替换光标所到之处的字符，直到按下「ESC」键为止

  1.5 撤销上一次操作 

        「u」：如果误执行一个命令，可以马上按下「u」，回到上一个操作；按多次“u”可以执行多次回 复

        「ctrl + r」: 撤销的恢复 

  1.6 更改

         「cw」：更改光标所在处的字符到字尾处       

        「c#w」：例如，「c3w」表示更改3个字

  1.7 「ctrl」+「g」列出光标所在行的行号

  2. 底行模式（末行模式）： 

  2.1 在文件中的每一行前面列出行号：[set nu]

  2.2 跳到文件中的某一行首： 「#」:「#」号表示一个数字

  2.3 查找字符 「/关键字」（往后）或 [?关键字]（往前）；如果第一次找的关键字不是您想要的，可以一直按 「n」，直到文本末尾或开始

  2.4 新建并打开指定路径的文件：

:vsp filename    " 垂直分屏并打开指定文件
:sp filename     " 水平分屏并打开指定文件

   如果文件不存在，Vim 会自动创建一个新文件，并在分屏窗口中打开它。

  ctrl + ww :在所有分屏中依次切换。

  并且，可以通过命令模式实现跨屏复制粘贴！

  2.5 保存文件 「w」

        离开vim 「q」：如果无法离开vim，可以在「q」后跟一个「!」强制离开vim

      「wq！」：一般建议离开时，搭配「w！」一起使用，这样在退出的时候还可以保存文件

  3. 批量化注释和去注释 

  注释：命令模式下ctrl + v，然后hjkl选择区域，shift+i插入//，最后ESC

  去注释： 命令模式下ctrl + v，然后hjkl选择区域，接着 d 

2.3 配置vim 

  在目录 /etc/ 下面，有个名为vimrc的文件，这是系统中公共的vim配置文件，对所有用户都有效。 而在每个用户的主目录下，都可以自己建立私有的配置文件，命名为“.vimrc”。例如，/root/目录下， 通常已经存在一个.vimrc文件,如果不存在，则可自行创建。 

  为 Vim 增加自定义配置可以显著提升编辑效率，优化操作体验，使其符合个性需求，比如：自定义快捷键、行号（set nu），语法高亮（syntax on）、代码补全和缩进（set shiftwidth=4）等，可以让文本更易读、编辑更流畅；特别是其支持多文件分屏和标签页导航，则让复杂项目的管理更加灵活。此外，结合插件扩展功能与自动化配置，Vim 能成为一个跨平台一致、持久高效的开发环境，从而大幅提高工作的效率和舒适性。 

  一键式安装（同时安装依赖的程序，包括 git, neovim, ctags等）：VimForCpp

curl -sLf https://gitee.com/HGtz2222/VimForCpp/raw/master/install.sh -o ./install.sh && bash ./install.sh

  【支持Centos7 x86_64】

   注意：在 shell 中执行指令，按照提示输入 root 密码(想在哪个用户下让vim配置生效, 就在哪个用户下执行这个指令. 强烈 "不推荐" 直接在 root 下执行)

   卸载方法：

        在安装了 VimForCpp 的用户下执行: 

~/.VimForCpp/uninstall.sh

 3. Linux编译器-gcc/g++

 gcc 和 g++ 都属于 GNU 编译器集合（GNU Compiler Collection），它们有着密切的关系：

• gcc 是一个编译器驱动程序，通常用于编译 C 语言程序。 但作为一个多语言编译器，可以支持不同的编程语言，如 C、C++、Objective-C、Fortran 等；尽管 gcc 可以用于 C++ 编译，但它的默认行为是按照 C 语言的规则进行编译和链接，不会启用特定的 C++ 语法处理规则，会导致编译出错或无法正确链接 C++ 的标准库。解决办法：显式链接 C++ 标准库，比如：

• gcc t.cpp -o t.out -lstdc++

• g++ 是 gcc 的一个专用版本，专门用于编译 C++ 程序。与 gcc 不同，g++ 具有特定的默认行为，如自动链接 C++ 标准库，使其更适合用于 C++ 编程；g++ 对 C++ 的语法、类型检查和链接特性进行了优化；也可以编译.c文件。

   所以，g++ 实际上是 gcc 的一个子命令或前端，专用于处理 C++ 源代码；使用相同的编译工具链和后端。

  安装：

sudo yum install -y gcc gcc-c++

  验证版本：

gcc 或 g++ --version

  使用格式： 

gcc/g++ [选项] 要编译的文件 [选项] [目标文件]

  常用选项说明：

        -E 预处理【注释删除，文件包含，符号替换和宏扩展】后停止,不生成文件,需要把它重定向（-o)到一个输出文件里面（一般命名为后缀是 .i 的文件）

        -S 把高级语言代码（.i文件）翻译成汇编指令【语法，语义，此法分析，符号汇总】，默认生成到 .s 文件

        -c  把汇编代码转化成机器可识别的二进制指令【形成符号表】（不可执行）

        -o 结果输出到某文件

        -O0 -O1 -O2 -O3 编译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高

        -w  不生成任何警告信息

        -Wall 生成所有警告信息

        -g 附加生成调试信息，GNU 调试器（gdb）需要利用该信息

        -static 此选项对生成的可执行文件采用静态链接

        -shared 此选项将尽量使用动态库，所以生成文件比较小，即动态链接

  函数库的概念和分类： 

  在C/C++程序中，并没有定义例如：“printf” 的函数实现,且在预编译中包含的 “stdio.h”头文件中也只有该函数的声明, 而没有定义函数的实现。

  系统把这些函数实现到名为 libc.so.6 的库文件中去了,在没有特别指定时,gcc 会到 系统默认的搜索路径“/usr/lib”下进行查找,也就是链接到 libc.so.6 库函数中去,这样就能实现函数“printf”的正常调用了。【链接实现：段表的合并；符号表的合并和重定向】 

  函数库一般分为静态库和动态库两种：

   静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要依赖库文件了，其后缀名一般为“.a” 。

  动态库与之相反,在编译链接时并没有把库文件的代码加入到可执行文件中, 而是在程序执行时再加载库,这样可以节省系统的开销，动态库一般后缀名为“.so”,如前面所述的 libc.so.6 就是动态 库。

  gcc 在编译时默认使用动态库。完成了链接之后，就生成可执行二进制文件；可用 file 或 ldd指令验证  

  在安装gcc/g++时，为了节省磁盘空间和利于更新，通常不会默认安装静态库，可用以下指令安装： 

sudo yum install -y glibc-static libstdc++-static

  如下示例： 

4. Linux调试器-gdb

  程序的发布方式有两种，debug模式和release模式 ，gcc/g++编译链接生成的可执行二进制程序，默认是release模式。

  要使用gdb调试，必须在源代码生成二进制程序的时候, 加上-g选项，附带调试信息。   开始调试：gdb binFile（比如：gdb t.dug）  

  常用指令：

        l或list （可选：行号）：默认显示下一个10行源代码（指定位置附近的源代码） 

        b或break  行号或函数名： 在指定位置打断点

        i b或 info breakpoints：列出所有断点

        d或delete 断点编号： 删除指定断点

        disable / enable 断点编号： 禁用/启用断点

        r或run：启动被调试程序，在第一个断点处停下 

        q或quit：退出调试 

        help <command> ：查看具体命令的描述

        n或next：逐过程

        s或step：逐语句，可进入函数内部

        c或continue：继续执行程序，直到下一个断点或程序结束

        finish：继续执行，直到退出当前函数 

        until 行号：运行到指定位置 

        p或print 表达式：打印其值，可以是变量、结构体成员、计算表达式等，例如 print x,p 1+1

        set variable <var>=<value>：设置变量的值。例如，set variable x=10 

        info locals：显示当前堆栈帧中的所有局部变量

        x/<n><fmt> <address(&变量)>：查看内存内容，其中 <n> 是显示的单位数，<fmt> 指定格式（x：十六进制，d：十进制，s：字符串，c：字符等） 

        比如：(gdb) x/5dw 0x7fffffffdb30  查看数组中的 5 个整数，十进制显示，w表示字大小(4byte)

                (gdb) x/20xb 0x7fffffffdb30  显示 20 个字节，以十六进制格式展示，b表示子大小(1byte) 

        【h：半字（halfword，2 bytes）；g：双字（giant word，通常是 8 bytes）】 

        bt 或 backtrace：显示当前调用堆栈 。比如：     

        f或frame <frame-number>：切换到指定帧

        i f或info frame <frame-number>：显示当前或指定帧的意思

        up / down：在调用堆栈中向上或向下移动一个栈帧

        info functions：列出程序中所有的函数

        info variables：列出所有的全局和静态变量

        watch <expression>：设置一个观察点，当表达式的值发生变化时暂停程序 

【栈帧（Stack Frame）是程序在函数调用时用来存储函数的局部变量、参数、返回地址等信息的一块内存区域。每次函数调用都会在栈（stack）上分配一个新的栈帧，当函数返回时，该栈帧会被销毁。栈帧主要用来维护函数调用之间的上下文信息，使得程序在多次函数调用之间能够正确地保存和恢复现场状态（返回地址）】 

5. make和Makefile

   make是一条命令，Makefile或makefile 是一个文件!

  一个工程项目中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作。

  makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，解释makefile中的指令，整个工程完全自动编译，极大的提高了软件开发的效率。 一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。

  makefile的编辑格式： 示例：

//main.c 
#include"../source.h/arithmetic.h" int main(){int a = 10;printf("这是一个测试！sub(10, 30)=%d\n", sub(a, 30));                                                                                                                    return 0;}//arithmetic.h
#include<stdint.h>                                                                     
int sub(int, int);  //func_arith.c
int sub(int left, int right)
{return left - right;
}

  makefile: 

   保存退出。

   执行指令：make    默认情况下，读取当前所在目录下的makefile文件，并构建目标（执行第一条依赖方法）。

   make <目标>：执行指定的目标规则。例如，make clean 将执行 clean 目标。

   此指令的常用选项有：

         -f <文件名>：指定要使用的 makefile 文件

        -C <目录>：切换到指定目录执行 makefile 

        -n：仅显示将执行的命令，而不实际执行它们。用于调试和查看构建过程中会运行哪些命令 

        B：强制重新构建所有目标，而不管它们是否是最新的（默认依赖文件内容有更改才重新编译链接，较少消耗） 类似设置伪目标

        -s：执行时不显示执行的命令（静默模式）

         -v：显示 make 的版本信息

  工作原理： 

  make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错， 而对于所定义的命令的错误，或是编译不成功，make根本不关注，它只管文件的依赖性。

  比如：

6. git 

  Git 是一个分布式版本控制系统，用于跟踪几乎所有格式文件的更改。它由 Linus Torvalds 于 2005 年为管理 Linux 内核开发而创建，现在广泛用于软件开发中。

  它的主要优势在于支持快速分支和合并操作，允许多个开发者在同一个项目上高效协作，而不会轻易引发冲突，所以，成为开源项目和许多企业的标准版本控制工具。

  下面，小编将分两步，通过 本地管理和远程协作进行操作演示学习。 

  工具安装：

sudo yum install -y git

6.1 本地管理

 6.1.1 创建测试仓库并初始化

mkdir git-test.repo
cd git-test.repo
git init//配置用户名和邮箱
git config [可选：--global  之后的新建仓库会自动使用本次设置] user.name “***”
git config [同理...] user.email "*********"//可通过：git config [--global] -l 查看//删除后重新设置：git config [--global] --unset user.name 或 user.email

   生成 .git 文件：

  只有经过commit后，某个版本文件的更改才 真正 被git追踪管理！

  当前演示并未进行任何提交修改，.git未生成index索引和object对象；并且，通过 cat .git/HEAD 输出当前指向：refs/heads/master 主分支  

6.1.2 提交管理

新建文件file.txt，保存内容："This is a test！" 

  git status 命令用于显示当前工作目录中已修改的文件和未跟踪的文件；它会列出文件的状态，以确定哪些文件需要被提交到版本控制系统中。

  创建 .gitignore 文件用来定义哪些文件或目录不被纳入版本控制 ，从而帮助开发者更好地管理项目，比如：

#忽略文件类型
*.so
*.lib
*.out
*.exe

  （也支持前加 ‘ ! ’ 打破忽略规则，特殊处理一些文件，但不常用） 

#查看为什么文件被忽略追踪
git check-ignore -v <file-name>

  接着：

格式：git commit -m "对本次修改提交的描述"
比如：git commit -m "这是一个新建测试文件v1.0"

  输出解释：

  日志查看：

git log [branches 默认是当前所在分支] [选项]常用选项：  
[--graph] 提交线可视化 
[--oneline] 仅显示简短的commit-id和描述，相当于：--pretty=oneline --abbrev-commit
[--decorate] 显示提交的分支引用，标签等信息
[--color] 添加颜色显示
[--first-parent]  合并时不会显示合并分支的提交，只显示主分支的提交

   比如，现在对 file.txt 修改后再提交，查看日志：

  查看更详细的信息，可以使用：git show --color [commit-id  省略后默认为当前分支上的最新提交] 

  关于 diff 命令工具， 它是一个标准的 Unix/Linux 命令，用于比较文件或目录之间的差异，格式：

diff [选项] 文件/目录1 文件/目录2选项：
-w ：忽略空格差异
-i ：忽略大小写差异
-u ：输出为简介的统一格式，常用于生成补丁
-r ：递归比较所有子文件和子目录

  一般来说，diff 输出会使用 - 和 + 符号来表示内容的差异。

• - 表示文件中被删除或被修改的行。
• + 表示新增的行。

  git 通过将 diff 概念与版本控制集成, 并扩展其功能，来比较提交、文件和工作树之间的差异，为开发者提供了丰富的差异比较功能.

#显示工作目录中尚未提交的更改
git diff#比较特定提交或分支之间的更改
git diff [--color] commit-id1 commit-id2  #1相较于2的更改
git diff [--color] branch1 branch2

6.1.3 版本回退

  如果在 工作区 对一个文件进行了修改但还未暂存（git add），可使用 git checkout [branch-name] -- <file-name> 会将文件的更改撤销到某个分支的状态（暂存区的最新add版本）。 

  如果已经 add 甚至 commit 了，就要使用：

git reset [选项] <commit-id>    #更改HEAD指针到指定的commit-id选项说明：
--soft ： 保留所有更改到暂存区（即 git add 的内容仍然保留）场景: 当你想改变最近几次提交的历史记录，并重新组织这些更改（比如合并提交）时使用 --soft，你可以在重置后重新提交。--mixed （默认选项）：保留工作区中的文件更改（未提交的内容依然存在）场景：当你希望取消已经暂存的更改，但保留工作目录的修改时使用--hard（慎用）：完全丢弃所有更改并重置为指定提交的状态

  也可以用 git reset HEAD <file-name>/* 来将某些文件或所有已暂存的文件从暂存区移出，相当于撤销 git add 操作 。

  注意：

  即使使用 git reset --hard 进行版本回退，git 的对象库中的 objects对象依然存在。这是因为 git 采用了一种称为 "不可变对象存储" 的机制，所有的提交、文件和对象都会存储为唯一的哈希值。即使 HEAD 指针移动并且工作目录的状态更改了，git 仍然会保留对象库中的原始数据，只不过被“隐藏”了，因为没有任何分支或标签指向它们，直到它们被垃圾回收。

  这些提交在一定时间内可以被找到并恢复，通过 reflog 显示所有的 HEAD 改动历史记录（如 reset、checkout、commit 等），比如：

  如果此时想回退，依旧使用：git reset [选项] <commit-id>

  git 会定期清理对象库中的“无引用对象”，这通常通过 git gc 命令进行；无引用的对象可能会在一定时间后被清理掉，但这通常取决于你配置的 git 存储策略和操作频率.

  也可手动强 立即 进行垃圾回收，但这会永久删除这些对象，使用：

git gc --prune=now

  单独的 git gc 指令，可能只是优化对象存储，比如合并和压缩对象包以提高效率，从而节省存储空间，并不删除任何无引用对象！

6.1.4 分支管理和合并冲突

#列出所有本地分支，当前所在分支会用 * 标记
git branch#基于当前分支创建新分支
git branch <branch-name>#删除本地分支,确保分支已被合并到当前分支或主分支中，否则会提示错误,若要强制删除，可以用 -D
git branch -d <branch-name>#重命名当前分支
git branch -m <new-branch-name>#显示当前分支的最后一次提交信息
git branch -v#查看分支的合并状态
git branch --merged   #显示已合并到当前分支的分支，可用来检查哪些分支可以安全删除
git branch --no-merged  #显示未合并到当前分支的分支

#切换操作分支
git checkout <branch-name>#创建新分支并切换
git checkout -b <branch-name>

#为分支添加描述
git config branch.<branch-name>.description '描述内容'#查看分支描述
git config branch.<branch-name>.description

  如下图示：

  git merge 是用来合并分支的命令，它会合并目标分支中所有的更改到当前分支(包括日志记录)

  如果只想合并某些特定的文件，可以使用：

git checkout <目标分支> -- <文件路径>
或者
git cherry-pick <commit-hash>

  通常在完成 feature （需求开发）分支的开发并合并到 develop 或 master 分支之后，如果不再需要该 feature 分支，可以安全地删除它，有助于保持仓库的整洁，并避免过多的分支累积；甚至基于master主分支上某个版本创建的develop分支不再维护支持，也可视情况进行删除清理。

  git stash 

  作用：临时保存工作进度，方便在不同任务分支间切换，而不需要提交中途的修改，避免和他人共享中间工作 。

  git 将这些更改存储为一个特殊的对象（stash 对象），这个对象被保存在 .git/objects/

  具体来说，它可以保存：工作区和暂存区的修改（默认），未追踪和.gitignore忽略的文件：

#保存当前更改，恢复工作区目录到上次提交状态
git stash [save "描述"]#列出所有的stash条目
git stash list    #输出示例：stash@{0}: On master: 修改#显示当时与stash前的区别
git stash show [默认是 stash@{0}]#恢复
git stash apply [默认是 stash@{0}]
git stash pop [默认是 stash@{0}]  #恢复并删除此stash条目#删除指定的stash条目
git stash drop stash@[*]#清空所有条目
git stash clear#暂存区保持不变，只是工作区目录被清空（返回到最新的commit-id HEAD）
git stash --keep-index#包含未跟踪的文件一起暂存
git stash -u 或者 git stash --include-untracked#包含未跟踪的文件和忽略文件一起暂存
git stash -a 或者 git stash -all

6.1.5 标签

  打标签（tagging）是一种给特定提交打上标识的方法，通常用于标记发布版本或者重要的提交点（master，release分支）。

  git 提供了两种类型的标签：

• 轻量标签（lightweight tag）：它只是一个指向某个提交的引用，类似一个分支。
• 附注标签（annotated tag）：除了指向某个提交外，它还包含额外的元数据，如标签的创建者、日期和标签信息，通常用于发布版本的标记。 

#轻量标签
git tag <tag-name> <commit-id> 省略时默认为当前分支上的最新提交>#附注标签
git tag -a <tag-name> <commit-id 同理> -m "标签描述"#列出所有标签
git tag#查看某个标签的详细信息（包括标签的作者、创建日期、标签信息，教上版本的差别等）
git show [--summary 摘要] [--color] <tag-name>#删除标签
git tag -d <tag-name>

  标签名可以直接用于 版本回退 和 分支管理 中，比如： git checkout <tag-name> 或 git reset [选项] <tag-name> 或 git checkout -b new-branch <tag-name>  (基于标签创建新分支并切换)

  要注意的是：标签不能像分支一样进行常规的开发，标签是不可变的标识符（静态的），而分支则是活动的、可变的，并且会随代码的提交和更新而变化。 

  标签 具有全局属性，即同一分支或不同分支间 不能命名同名的分支！ 

6.2 远程协作 --- gitee

6.2.1  git和gitee的区别和联系

  Git 本身不提供代码托管功能，只是一个工具，仅仅允许用户在本地管理版本控制。

  而 Gitee 是一个基于Git的代码托管网页服务平台，类似于 GitHub，但主要面向中国用户，提供远程服务器上的 Git 仓库托管服务，提供在线界面：

• 在线代码托管： 允许用户通过网页界面创建、管理、分享 Git 仓库
• 可视化界面：通过 Gitee 的网页界面，用户可以方便地进行代码查看、版本管理、提交记录查看、分支管理等操作，类似于 GitHub 的功能
• 协作和团队管理：提供了项目管理功能，如 pull requests、issue 跟踪、代码审查等
• 集成开发工具：支持与 CI/CD（持续集成/持续交付）工具的集成，帮助自动化构建和部署
• 私有仓库：提供了私有仓库功能，适合需要保护代码隐私的用户

  通过克隆远程仓库到本地进行开发推送，建立绑定联系，实现代码的同步（push，pull）！ 

6.2.2  push和pull

  克隆到本地：进入仓库，‘代码’——> 按钮‘克隆/下载’ 

  1. 查看远程仓库的名称：

git remote

  默认：origin 

  2. 显示远程仓库 origin 的信息 

git remote -v通常输出：
origin 克隆方式（https@... 或 git@... 或 ...）(fetch)和（push）fetch权限：用于从远程仓库获取更新的内容
push权限：用于将本地的更改推送到远程仓库

   3. 查看并建立本地和远程间的分支追踪关系

git branch -r #仅查看远程分支，比如：origin/master origin/developgit branch -a #查看所有分支（本地+远程）#查看本地已经和远程建立追踪关系的分支，比如：* master cfa88b0 [origin/master] Initial commit （master分支在克隆时已经默认建立追踪）
git branch -vv#基于远程分支建立新分支，并自动建立追踪关系
git branch <newbranch-name> origin/<branch-name>
或者：git checkout -b <newbranch-name> origin/<branch-name>#手动建立追踪关系
git branch --set-upstream-to=origin/<branch> [本地分支，省略时默认为当前所在分支]

  4. 拉取和推送 

#已经建立追踪关系的分支，可直接使用短命令
git pull #从origin拉取当前分支的最新提交并将更改合并到当前分支（可能需要手动解决冲突）
git push #将当前分支的内容推送到远程仓库的对应分支#手动指定
git pull origin <remote-branch> 
git pull origin <remote-branch>:<指定的本地分支>git push origin <本地分支>
git push origin <本地分支>:<指定的remote-branch>#将本地的 <branch-name> 分支推送到远程 origin 仓库，并建立跟踪关系
git push -u origin <branch-name>#拉取远程新建分支
git pull [origin] 
或者指定分支 git pull origin <remote-branch-name>#清理和修剪本地显示的 "stale"（陈旧、不再存在的）远程分支
git remote prune origin#自动在拉取远程更新时修剪陈旧分支
git pull --prune#本地删除远程分支（不推荐甚至不允许，慎用！！！）
git push origin --delete <remote-branch>#推送本地的新建标签到远程
git push origin tag-name 或者 :refs/tags/tag-name 或者所有 --tags#本地删除远程标签（不推荐的）
git push origin --delete tag-name

 

  其它的仓库设置，表单申请，权限限制，在线管理等可点击以下链接浏览官方详细帮助文档：

  https://help.gitee.com/repository

6.3 DevOps  

  起源和产生背景：

  DevOps 的产生是为了解决传统软件开发和运维之间的种种问题。过去，开发团队负责开发新功能和代码，而运维团队负责部署、维护和管理这些应用。由于两个团队目标不同（开发追求速度和创新，而运维追求稳定和安全），导致沟通障碍、效率低下和频繁冲突。典型问题包括：

• 部署周期漫长：开发新功能后需要等待很长时间才能上线。
• 手动流程复杂：发布、测试和部署等步骤依赖于繁琐的手动操作，出错概率大。
• 缺乏协作：团队之间的分工常导致信息孤岛，影响产品的稳定性和交付速度。

  因此，DevOps 文化逐渐兴起。

  其特点和优势在于：

  提高交付速度：通过自动化构建、测试和部署流水线，大幅缩短了开发到上线的周期，能够更快速地响应用户需求和市场变化。
  持续集成和交付（CI/CD）：确保代码变更能够频繁地集成、测试和发布，从而减少发布风险。
  改进协作与沟通：打破开发和运维的隔阂，强调团队协作、共享责任和共同目标，从而减少冲突、提高效率。
  提高稳定性和质量：自动化测试和部署减少了人为错误，系统监控和反馈循环帮助团队快速发现并解决问题。
  更好的资源利用率：通过容器化、基础设施即代码（IaC）等技术， 实现了更高效的资源管理和部署。
  快速回滚能力：出现问题时，DevOps 流程中的自动化工具可以帮助快速回滚，减少故障时间。

目前国际上主流的 DevOps 平台服务提供商有比如：GitHub、GitLab、Azure DevOps、AWS、Google Cloud Platform (GCP)、IBM Cloud等；国内有：gitee（码云）和 华为，阿里，腾讯，百度等大厂提供的云服务。

  ......

  它们为本地开发团队提供优化的性能和服务，同时深度集成云平台的基础设施，帮助企业实现高效的开发、运维和交付流程。