【第6期】小蓝伞的 Git 第一课从工作区到分支合并真正把代码管起来系列《从小白到 AI 大模型开发工程师的进阶之路》技术点AI-0006 Git 基础主人公小蓝伞这一期解决什么问题写 AI 项目时最可怕的不是代码报错而是“昨天还能跑今天不知道改了什么”。Git 解决的不只是文件备份而是让每次修改都有记录、每条实验线可以隔离、出现问题能够回到可靠节点。本文从空目录开始讲清工作区、暂存区、本地仓库和远程仓库的关系并完成提交、分支、合并和冲突处理。命令可以在 PowerShell 或终端执行路径请换成自己的练习目录。一、先建立四层心智模型工作区正在编辑的文件。保存文件不等于 Git 已记录。暂存区下一次提交的候选清单。git add是把修改放入清单。本地仓库提交历史所在的位置。git commit才形成可回退版本。远程仓库GitHub、GitLab 等服务器上的副本由push和pull同步。小蓝伞把它比作实验记录工作区是草稿纸暂存区是准备交作业的文件夹本地仓库是实验日志远程仓库是异地保险柜。把文件拖进保险柜并不会自动生成实验过程。二、最小实践完成一次可回退提交mkdir ai-git-demo cd ai-git-demo git init Set-Content -Path README.md -Value # AI Git Demo -Encoding utf8 git status git add README.md git diff --cached git commit -m docs: 初始化练习仓库 git log --oneline --decorate -1观察重点git add前文件是未跟踪状态git diff --cached展示即将提交的内容提交后git status应显示工作区干净。提交信息应说明“做了什么”不要只写update。三、分支是隔离变化不是复制文件夹git switch -c feature/prompt-notes Add-Content -Path README.md -Value n## Prompt notes -Encoding utf8 git add README.md git commit -m docs: 添加提示词笔记章节 git switch main git merge --no-ff feature/prompt-notes git log --oneline --graph --decorate --all分支适合隔离功能和实验。AI 项目经常比较不同模型、数据清洗规则和提示词版本先分支再实验比在主分支上反复覆盖更容易复盘。四、冲突不是报错而是一道判断题当两个分支修改同一段内容Git 无法替你判断哪一版正确于是留下冲突标记。处理顺序git status rg -n || README.md # 手动保留正确内容并删除冲突标记 git add README.md git diff --check git commit -m merge: 解决文档冲突不要直接git add .结束战斗。先检查冲突文件和最终差异如果发现合并方向错了可在提交前执行git merge --abort。五、撤销操作的边界目标命令风险说明查看未暂存差异git diff只读、安全查看已暂存差异git diff --cached提交前必看取消暂存git restore --staged 文件保留工作区内容丢弃未暂存修改git restore 文件会丢失该文件修改查看提交图git log --oneline --graph --all只读、安全git reset --hard会同时丢弃工作区和暂存区内容不应当成“试试看”的快捷键。重要实验先提交临时节点或至少做好备份。六、面试题1.git add与git commit有什么区别add选择下次提交的内容commit把暂存区内容写入本地历史。2. 为什么需要暂存区它允许从一批修改中精确选择本次提交的内容使一次提交只表达一个完整意图。3. 为什么使用分支为了隔离功能、实验和修复降低互相覆盖风险并让合并过程可审计。4. 冲突应该怎样处理先定位冲突人工判断最终内容删除标记并验证再暂存和提交必要时中止合并。5. 工作区干净是否代表远程也最新不代表。工作区干净只说明没有未提交修改还需获取远程信息并比较分支状态。七、本期小结Git 的核心不是背命令而是形成“修改—检查—提交—回退”的节奏。下一期学习 GitHub、SSH、Issue 和 Pull Request给本地仓库接上异地备份与协作能力。点个关注不迷路继续跟着小蓝伞把 AI 工程基础一块块搭牢。把每一次修改留下证据才能把一次次试错沉淀成真正的成长。官方资料Pro Git 中文版Git 官方参考文档九、把本期练习变成可交付成果完成命令后不要只截一张终端图。建议在仓库中保留 CHANGELOG.md写下本次提交的目标、修改文件、验证命令和未解决问题再执行 git status确认没有把临时日志或个人配置带进去。每次提交尽量只表达一个完整意图后面排查回归时才容易定位。如果实验失败保留失败分支和错误说明并不可耻真正危险的是删除现场后重新猜。可以用 git diff 对比失败前后用 git log 找到最后一个可靠节点并说明依赖的 Python 版本、数据文件和运行命令。 【第6期】小蓝伞的 Git 第一课：从工作区到分支合并，真正把代码管起来
【第6期】小蓝伞的 Git 第一课从工作区到分支合并真正把代码管起来系列《从小白到 AI 大模型开发工程师的进阶之路》技术点AI-0006 Git 基础主人公小蓝伞这一期解决什么问题写 AI 项目时最可怕的不是代码报错而是“昨天还能跑今天不知道改了什么”。Git 解决的不只是文件备份而是让每次修改都有记录、每条实验线可以隔离、出现问题能够回到可靠节点。本文从空目录开始讲清工作区、暂存区、本地仓库和远程仓库的关系并完成提交、分支、合并和冲突处理。命令可以在 PowerShell 或终端执行路径请换成自己的练习目录。一、先建立四层心智模型工作区正在编辑的文件。保存文件不等于 Git 已记录。暂存区下一次提交的候选清单。git add是把修改放入清单。本地仓库提交历史所在的位置。git commit才形成可回退版本。远程仓库GitHub、GitLab 等服务器上的副本由push和pull同步。小蓝伞把它比作实验记录工作区是草稿纸暂存区是准备交作业的文件夹本地仓库是实验日志远程仓库是异地保险柜。把文件拖进保险柜并不会自动生成实验过程。二、最小实践完成一次可回退提交mkdir ai-git-demo cd ai-git-demo git init Set-Content -Path README.md -Value # AI Git Demo -Encoding utf8 git status git add README.md git diff --cached git commit -m docs: 初始化练习仓库 git log --oneline --decorate -1观察重点git add前文件是未跟踪状态git diff --cached展示即将提交的内容提交后git status应显示工作区干净。提交信息应说明“做了什么”不要只写update。三、分支是隔离变化不是复制文件夹git switch -c feature/prompt-notes Add-Content -Path README.md -Value n## Prompt notes -Encoding utf8 git add README.md git commit -m docs: 添加提示词笔记章节 git switch main git merge --no-ff feature/prompt-notes git log --oneline --graph --decorate --all分支适合隔离功能和实验。AI 项目经常比较不同模型、数据清洗规则和提示词版本先分支再实验比在主分支上反复覆盖更容易复盘。四、冲突不是报错而是一道判断题当两个分支修改同一段内容Git 无法替你判断哪一版正确于是留下冲突标记。处理顺序git status rg -n || README.md # 手动保留正确内容并删除冲突标记 git add README.md git diff --check git commit -m merge: 解决文档冲突不要直接git add .结束战斗。先检查冲突文件和最终差异如果发现合并方向错了可在提交前执行git merge --abort。五、撤销操作的边界目标命令风险说明查看未暂存差异git diff只读、安全查看已暂存差异git diff --cached提交前必看取消暂存git restore --staged 文件保留工作区内容丢弃未暂存修改git restore 文件会丢失该文件修改查看提交图git log --oneline --graph --all只读、安全git reset --hard会同时丢弃工作区和暂存区内容不应当成“试试看”的快捷键。重要实验先提交临时节点或至少做好备份。六、面试题1.git add与git commit有什么区别add选择下次提交的内容commit把暂存区内容写入本地历史。2. 为什么需要暂存区它允许从一批修改中精确选择本次提交的内容使一次提交只表达一个完整意图。3. 为什么使用分支为了隔离功能、实验和修复降低互相覆盖风险并让合并过程可审计。4. 冲突应该怎样处理先定位冲突人工判断最终内容删除标记并验证再暂存和提交必要时中止合并。5. 工作区干净是否代表远程也最新不代表。工作区干净只说明没有未提交修改还需获取远程信息并比较分支状态。七、本期小结Git 的核心不是背命令而是形成“修改—检查—提交—回退”的节奏。下一期学习 GitHub、SSH、Issue 和 Pull Request给本地仓库接上异地备份与协作能力。点个关注不迷路继续跟着小蓝伞把 AI 工程基础一块块搭牢。把每一次修改留下证据才能把一次次试错沉淀成真正的成长。官方资料Pro Git 中文版Git 官方参考文档九、把本期练习变成可交付成果完成命令后不要只截一张终端图。建议在仓库中保留 CHANGELOG.md写下本次提交的目标、修改文件、验证命令和未解决问题再执行 git status确认没有把临时日志或个人配置带进去。每次提交尽量只表达一个完整意图后面排查回归时才容易定位。如果实验失败保留失败分支和错误说明并不可耻真正危险的是删除现场后重新猜。可以用 git diff 对比失败前后用 git log 找到最后一个可靠节点并说明依赖的 Python 版本、数据文件和运行命令。