当前位置：首页 > news >正文

Git与CI/CD相关知识点总结

news 2025/8/13 8:05:43

Git与CI/CD相关知识点总结

1. Git对象模型与存储机制

1.1 Git对象类型

Commit对象：包含提交信息、作者、时间、父commit引用、树对象引用
Tree对象：描述目录结构和文件引用
Blob对象：实际的文件内容

1.2 存储机制特点

增量存储：每次commit只保存修改后的文件对应的新blob对象
引用复用：未修改的文件通过引用复用现有blob，避免重复存储
对象唯一性：每个blob对象都有唯一的SHA-1 hash，即使内容相同也可能hash不同

1.3 对象引用关系

Commit → Tree对象 → Blob对象
每个commit都有自己的Tree对象引用
多个commit可以共享同一个blob对象

2. Git Revert操作详解

2.1 Revert的工作原理

不删除原commit：保留原有的commit历史
创建新commit：通过计算差异，生成反向的代码变更
智能处理：Git会智能处理冲突和依赖关系

2.2 Revert vs Reset对比

特性	Git Revert	Git Reset
历史保留	✅ 完全保留	❌ 删除历史
安全性	✅ 安全	❌ 危险
协作友好	✅ 不影响他人	❌ 影响协作者
可撤销性	✅ 可撤销	❌ 不可撤销

2.3 Revert的对象结构

Revert后的commit包含：
├── 新的Tree对象（指向新的blob对象）
├── 新的Blob对象（内容与目标状态相同）
└── 父commit引用（指向被revert的commit）

3. Squash合并机制

3.1 Squash合并特点

压缩提交：多个commit被压缩为一个新commit
生成新SHA：新的commit有新的hash值
保留变更：所有文件变更都被保留，只是合并到一个时间点

3.2 对象存储方式

Squash后的commit包含：
├── 完整的Tree对象结构
├── 所有文件的最终状态
└── 通过新的blob对象实现

3.3 与普通commit的区别

提交历史不同：从多个commit变成1个
对象结构相同：都包含完整的tree + blob结构
时间点压缩：所有变更在同一个时间点生效

4. 分支合并与状态变化

4.1 合并操作对状态的影响

Merge commit：不改历史，保留所有原子提交，产生merge提交
Rebase and merge：改写提交（新SHA），逐条保留，不压成一个
Squash merge：改写为单一提交，历史最"干净"，但粒度信息丢失

4.2 状态变化的含义

文件内容实际改变：代码被添加、删除、修改
工作目录状态改变：当前可用的功能发生变化
分支指向改变：分支指向新的commit
可用功能改变：之前的功能现在可能不可用

5. CI/CD中的Git操作问题

5.1 Revert + 重新合并的问题

CI/CD失效：基于commit hash识别变更，revert改变了master状态
差异计算错误：CI/CD可能基于错误的基准点计算差异
缓存策略失效：使用了过期的缓存

5.2 问题原因分析

原始状态：A → B → F → C (C是revert F)
重新合并：A → B → F → C → D (D是重新合并F)CI/CD问题：
- 基于C计算差异：C → D (有变更)
- 基于D计算差异：D → D (无变更)
- 配置不当导致识别错误

5.3 解决方案

强制触发CI/CD：使用空commit或特殊标记
优化合并策略：使用--no-ff或--squash
配置优化：明确触发条件和差异计算
避免问题模式：使用更好的分支策略

6. 最佳实践建议

6.1 Git操作建议

使用revert而非reset：保留历史，更安全
及时推送分支：避免本地删除导致代码丢失
创建备份分支：在危险操作前创建备份
使用reflog：查看操作历史，便于恢复

6.2 CI/CD配置建议

# 正确的CI/CD配置
triggers:- type: gitbranch: masterevents: [push, merge_request]force: truechanges:- "**/*"  # 明确指定变更检测范围cache:key: "$CI_COMMIT_REF_SLUG-$CI_COMMIT_SHA"  # 基于commit hash的缓存