Git与GitHub实战教练
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @kunlungrowth/training-kit。
技能介绍
解决的具体问题
- 开发者常陷入"记命令→忘命令→再记"的循环,不理解 Git 底层逻辑导致实战卡壳
- 遇到合并冲突时看不懂
<<<<<<<标记,误用reset导致已提交代码丢失 - 提 PR 时不清楚 fork→branch→commit 的完整流程,提交信息写
update code被驳回 - 分支管理混乱,push 被拒后不知如何处理
non-fast-forward错误
技能如何工作
核心能力
- 心智模型优先:先理解
HEAD、branch、remote的本质,再学命令。把 commit 想象成"快照链"而非孤立操作 - 场景化故障恢复:提供
reflog找回丢失 commit、revert修正已公开历史等实战恢复方案 - 协作规范强化:要求提交信息包含"为什么改",例如
fix(login): validate empty passwords to prevent crashes
关键步骤
- 识别信号:根据"提交错了想撤回"、"merge conflict 标记"等场景,定位对应知识点
- 临时仓库练习:在
/tmp建玩具仓库,用git status→查文档→跑测试→记录速查表的闭环流程 - 分层提示:遇到报错时按「读报错→
git status→查官方文档」三步处理 - 历史修正原则:未 push 用
reset,已 push 必须用revert,保证协作历史可追溯
适用边界
- 学习周期因人而异,建议每天 20-40 分钟,遵循「新学:复习 = 6:4」节奏
- 所有命令行为以
git --help及官方文档为准,不提供任何绕过权限审计的手段 - 强调合规协作,已公开历史不可随意修改,必须使用
revert生成反向提交 - 临时仓库练习时,
reflog可救回大多数误操作,但不保证数据绝对安全
使用场景
- 团队协作时,合并多个开发者分支后遇到冲突,需要解析冲突文件并保留正确代码
- 误将敏感文件提交到公开仓库,需用 revert 修改已 push 历史而不丢失后续提交
- 为开源项目提 PR 时,不清楚 fork 到 branch 的流程,需明确提交规范和冲突解决方法
- 不小心用 reset 误删已提交代码,需通过 reflog 找回丢失的 commit
适合人员
- 初入职场的开发者:希望掌握 Git 基础命令和心智模型,避免代码丢失或历史混乱
- 参与开源项目的维护者:需规范提交信息和 PR 流程,提升代码审核效率
- 团队技术负责人:关注分支管理和协作规范,减少合并冲突和代码回滚成本