DevOps 实践指南：Git 版本控制从入门到精通
一、核心概念
1.版本控制概念
版本控制系统是一种记录一个或若干个文件内容变化，以便将来查阅特定版本内容情况的系统。
- 记录文件的所有历史变化
- 随时可恢复到任何一个历史状态
- 多人协作开发
2.版本控制类型
SVN：集中式的版本控制系统，只有一个中央数据仓库，如果中央数据仓库挂了或者不可访问，所有的使用者无法使用SVN，无法进行提交或备份文件。开发者需要时刻与服务器保持连接。
git：分布式的版本控制系统，每个开发者都拥有完整的代码仓库副本，可以在本地进行版本控制和管理。开发者可以独立工作，不依赖于网络连接。
3.两种类型对比
| Git | SVN | |
|---|---|---|
| 共同点 | 存放代码,版本控制 | 存放代码,版本控制 |
| 工作模式 | 分布式版本控制系统 | 中心化(权限集中) |
| 使用 | 入门较难,熟练后容易使用,目前使用率高 | 入门比较简单,服务端linux,客户端windows |
| 分支 | 创建和维护分支方便 | 创建和维护分支繁琐 |
4.git架构解析
- 工作区（Working Directory）：是开发者用于编辑和修改代码的本地目录，其中包含了当前的代码文件。
- 暂存区（Staging Area）：也称为索引（Index），是一个中间区域，用于将工作区中的变更提交到版本库之前进行准备。开发者可以选择性地将某些文件或修改添加到暂存区。
- 本地仓库（LocalRepo）：是存储代码和历史版本的地方，本地版本库位于开发者的本地计算机上，属于个人开发者应用。
- 远程仓库（RemoteRepo）：是存储代码和历史版本的地方。远程版本库通常位于中央服务器上，属于团队共享。
二、git部署及使用
1.部署
yum -y install git
2.必掌握git的8个核心命令
| 命令 | 作用 | DevOps 场景应用 |
|---|---|---|
git init | 初始化仓库 | 新项目初始化 |
git clone <url> | 克隆远程仓库 | 获取CI/CD流水线代码 |
git add -A | 添加所有变更 | 准备提交构建产物 |
git commit -m "msg" | 提交变更 | 附带Jira任务ID |
git push origin main | 推送到远程 | 触发CI/CD流水线 |
git pull --rebase | 拉取并变基 | 避免合并污染历史 |
git log --oneline --graph | 查看历史 | 排查部署问题 |
git restore <file> | 撤销修改 | 快速回退错误更改 |
3.git初始化配置
#配置git用户
git config
git config --global user.name 'liux'
git config --global user.email '1573374330@qq.com'
git config --global color.ui true
git config --global --list#初始化代码目录
mkdir -p /app/src/liux-app
cd /app/src/liux-app
git init
ll .git/#书写案例代码，添加文件
echo liux-app >index.html#查看仓库状态
git status#进行提交
git add .#提交到本地仓库 -m 添加注释
git commit -m '项目完成60%'#查看提交日志
git reflog如下图所示，git初始化配置已完成
4.git基础命令
git init 初始化本地仓库目录
git status 显示工作空间的状态
git add file 提交数据到缓冲区(暂存区) git add .提交所有文件
git commit 把暂存区的数据提交到本地仓库 git commit -m "标记/说明"
git rm --cached 删除暂存区的文件
git checkout -- test.txt 将暂存区的内容覆盖到工作目录
git reset --hard 版本号 代码回滚到指定历史版本
git checkout 文件下载到工作空间并可以使用 git checkout .
git HEAD 显示当前所出于哪个分支,指代当前分支的最新提交的commit id
git rm file 删除文件
git diff 比对工作目录和暂存区的不同
git diff 比对的是暂存区和本地仓库的不同
git reflog 查看所有提交的历史版本信息
git log --oneline # 一行简单的显示commit信息
git log --oneline --decorate # 显示当前的指针指向哪里5.git分支branch
5.1 分支简介
Git 分支（Branch） 是 Git 的核心功能之一，允许开发者在同一个代码库中创建独立的分支线，用于并行开发新功能、修复问题或隔离实验性代码，而不会影响主分支（如 main/master）。每个分支相当于一个独立的快照，开发者可以自由切换、合并或删除分支，最终通过 merge 或 rebase 将变更集成到主分支。分支的轻量级设计使得团队协作高效且灵活，是多人协作和版本控制的关键工具。
5.2 分支基本命令
| 命令 | 说明 |
|---|---|
| git branch | 查看分支 |
| git branch name | 创建分支 |
| git branch -d name | 删除分支 |
| git checkout 分支名称 | 切换分支 |
| git merge 分支名字 | 合并(吸收)分支(把指定的分支合并到当前分支中) |
| git checkout -b name | 创建分支并切换到这个分支 |
5.3 分支基本使用
#查看分支
git branch
#创建分支
git branch shopping
#切换分支
git checkout shopping#切换带shopping分支后写代码
echo 'hello liux' > hello.txt#把 shopping分支合并到master分支中，先切换到master 然后执行merge.
git checkout master
git merge shopping如下图所示：
6.git连接公有仓库
6.1 仓库类型
公共仓库:gitee.com/github.com
私有仓库:gitlab,gogs
6.2 创建仓库
6.3 上传代码到gitee仓库
用户名/密码方式连接仓库
#添加远程仓库（用户名密码方式）
cd /app/liux-app
git remote add origin https://gitee.com/liuxing88/liux-app.git
#查看远程仓库
git remote -v
#上传本地仓库的内容 到远程仓库
git push -u origin "master"如下图所示，已经讲本地代码上传到gitee仓库了
密钥认证连接远程仓库
#先在本地生成密钥对，将公钥拷贝到远程仓库中
ssh-keygen
ll ~/.ssh/id_rsa*#然后拷贝公钥到gitee中，具体流程在下图git remote rename origin origin-bak
git remote -v
git remote add origin git@gitee.com:liuxing88/liux-app.git#测试
echo 'hello liux' > liux.html
git add .
git commit -m "liux"
git push origin master 
如下图所示，已经通过ssh方式成功推送到gitee仓库了。
7.git tag标签
tag标签:给commit id设置别名,方便我们快速查看与使用
#git tag -a "版本号" -m "描述" 基于当前最新的COMMITID
git tag -a "v1.0" -m "v1.0"
#上传标签
git push origin --tags8.gitignore文件
- 上传代码的时候,代码中可能包含临时文件cache .swp 排除
- 在代码根目录中创建文件.gitignore 写上要排除的内容
[root@devops-gitlab liux-app]# vim .gitignore*.tmp
*.swp
cache/*
9.项目分支管理
- 主干分支 master： 主要负责管理正在运行的生产环境代码 。永远保持与正在运行的生 产环境完全一致 。
- 开发分支 develop： 主要负责管理正在开发过程中的代码 。一般情况下应该是最新的 代码。
- bug 修理分支 hotfix： 要负责管理生产环境下出现的紧急修复的代码 。 从主干分支分 出， 修理完毕并测试上线后， 并回主干分支 。并回后， 视情况可以删除该分支 。
- 发布版本分支 release： 较大的版本上线前， 会从开发分支中分出发布版本分支， 进行 最后阶段的集成测试 。该版本上线后， 会合并到主干分支 。生产环境运行一段阶段较 稳定后可以视情况删除 。
- 功能分支 feature： 为了不影响较短周期的开发工作， 一般把中长期开发模块， 会从开 发分支中独立出来 。 开发完成后会合并到开发分支 。
本章节详细介绍了 Git 版本控制的原理和操作，下一章节将深入讲解 GitLab —— 企业级代码托管与协作平台的核心使用技巧。