一、前置通用AI基础提示词（万能模板，直接复制）
1. 个人开发者专用基底Prompt
我是独立开发者，单人项目，使用【GitHub Flow/Trunk】工作流，场景：{填写场景}，输出精简可执行Git命令，附带简短注释，省略团队MR/评审相关复杂流程，规避高危强制推送主干操作。
2. 企业团队协作基底Prompt
团队采用【Trunk-Based/GitFlow/GitLab Flow】分支规范，多人并行开发，有PR/MR代码评审，主干分支禁止reset强制推送，遇到冲突统一用rebase处理，针对{场景}输出分步Git操作命令，标注团队操作红线、冲突完整处理步骤。
3. 故障/冲突排错专用Prompt
当前Git报错/冲突场景：{粘贴冲突日志/报错信息}，项目为{个人/多人团队}，分支策略{Trunk/GitFlow}，代码已/未推送远程主干，提供无风险修复方案，完整冲突解决流程，区分本地分支与生产主干高危操作。
二、四大主流Git工作流全套AI指令
1. Trunk-Based 主干开发（大厂2026主流）
完整开发流程指令
生成Trunk-Based主干开发全流程：仅main长期主干，短期feature临时分支，开发完合并即删分支，采用rebase同步主干、Stacked PR堆叠分支，线上bug走临时fix分支，输出需求开发、PR提报、版本打tag、CI发布全套Git命令，附带冲突统一处理规范。
堆叠PR指令
基于Trunk堆叠PR完整操作流程，分支A创建PR后，基于A新建分支B，输出rebase更新堆叠分支、同步主干、合并清理的完整命令。
2. GitFlow 标准迭代流（企业软件、按月版本迭代）
改良GitFlow完整生命周期流程：main生产、develop集成、feature/xxx、release/vx.x.x、hotfix/xxx；输出需求开发、release版本发布、线上热修复、双分支同步合并、--no-ff合并规范、tag版本管理全套命令，包含合并冲突处理步骤。
3. GitHub Flow（小团队、开源、持续部署）
轻量化GitHub Flow工作流，仅main主分支，所有功能新建feature分支，PR评审后合并自动部署，输出拉取主干、开发、更新PR、合并清理分支、自动版本脚本，冲突rebase解决流程。
4. GitLab Flow（多环境：测试/预发/生产）
GitLab多环境分支工作流：dev测试、staging预发、prod生产；feature合并dev测试，验收后逐级合并预发、生产，输出跨环境同步、MR环境审批、环境回滚、多分支冲突统一处理方案。
三、高频日常开发AI指令（提交、分支、同步主干）
1. 自动生成规范Commit（最常用）
读取下方git diff变更，严格遵循Conventional Commits规范生成中文提交信息，type包含feat/fix/refactor/docs/test/chore/perf/revert，标注scope模块，摘要≤72字符，复杂变更补充body，输出可直接执行git commit -m 完整语句：
{粘贴git diff --staged内容}
2. PR/MR自动生成描述
提取当前feature分支所有commit记录，生成标准化PR文档：1.变更概述 2.功能改动点 3.自测范围 4.兼容风险 5.关联需求单号，按提交类型分组，简洁无冗余。
3. 分支同步主干（冲突高发场景）
feature分支rebase同步最新主干代码完整流程：拉取远程主干、本地变基、冲突逐文件解决、完成变基、推送更新分支，附终止rebase回退操作，对比merge与rebase优缺点。
4. 压缩零散提交（评审后修改代码）
当前分支多条零散commit，交互式rebase合并为单条规范提交，不丢失代码变更，输出完整操作步骤，以及推送更新远程分支命令。
5. 批量清理过期分支
编写安全清理脚本：删除本地已合并分支、批量清理远程30天无更新废弃feature分支，保护main/develop不被删除，增加dry-run预览模式，防止误删。
四、版本发布自动化AI指令
- 自动语义化版本+CHANGELOG
基于Conventional Commits规范，自动升级semver版本号，生成CHANGELOG.md，创建本地+远程tag，编写可接入CI一键发布脚本，区分测试快照与正式生产版本。
- 线上热修复Hotfix流程
线上生产bug紧急修复流程，从main拉出hotfix分支，修复后同时合并main与develop，同步两个分支版本tag，处理跨分支代码冲突完整步骤。
五、Git冲突完整解决指南（配套AI提问指令）
场景1：rebase同步主干产生冲突（团队最常见）
AI提问指令
我在feature分支执行git rebase develop出现代码冲突，给出标准分步解决流程：打开冲突文件识别<<<<<分割标记、手动修改代码、标记冲突解决、继续变基、中途放弃变基回退，附多人协作规范。
人工解决步骤
- 打开冲突文件，识别三段标记：
<<<<<<< HEAD：主干原有代码=======：分割线>>>>>>> 分支commit：自己分支新增代码
- 删除冲突标记，保留最终需要的代码；
git add 冲突文件 标记已解决；git rebase --continue 继续变基；- 如需放弃本次同步：
git rebase --abort。
场景2：merge合并产生冲突
AI提问指令
执行git merge主干出现冲突，给出完整解决流程，对比merge与rebase冲突处理差异，适合不要求干净提交历史的场景。
人工步骤
- 修改冲突文件，清除标记；
git add .；git merge --continue 完成合并；- 放弃合并：
git merge --abort。
场景3：多设备本地代码冲突（个人开发者）
AI提问指令
两台电脑开发同一仓库，本地未提交代码与远程拉取代码冲突，无团队协作，给出安全合并流程，避免本地修改被覆盖。
场景4：PR评审修改代码，再次推送产生冲突
AI提问指令
PR评审修改后，主干已更新，本地分支推送冲突，使用rebase同步主干、压缩提交、强制推送个人feature分支完整流程，说明禁止push -f主干分支。
场景5：同一文件多人并行高频冲突（预防方案）
给出团队规避频繁冲突的规范：拆分大文件、小粒度提交、每日定时同步主干、模块化拆分代码，配套Git查询命令，快速定位文件修改人。
六、故障回滚、代码丢失急救（冲突衍生高危场景）
1. 主干错误提交安全回滚（多人团队严禁reset）
AI指令
develop/main主干合并错误代码，多人协作场景，使用git revert安全回滚，保留完整提交历史，可再次合并恢复，分步命令，标注禁止git reset --hard强制推送主干的风险。
2. 本地误操作丢失代码、误删分支找回
AI指令
误删远程分支、切换分支丢失未提交代码、commit丢失，使用git reflog找回提交记录，重建分支完整抢救步骤。
3. 未提交代码冲突、临时储藏切换分支
AI指令
开发中途需要切分支改bug，当前代码未完成产生冲突，git stash命名储藏、切换分支、恢复指定储藏、清理无用储藏完整操作。
七、CI/CD流水线配套Git指令
编写GitHub Actions/GitLab CI工作流：feature分支仅测试校验；develop自动部署测试环境；main合并后打包发布生产，自动处理版本、生成CHANGELOG，前置检测代码冲突与未提交脏文件。
八、Git冲突/报错万能排错短句（直接丢AI）
- rebase同步主干出现冲突，完整处理流程
- merge合并代码冲突，最简修复步骤
- PR推送提示代码落后主干冲突，如何更新分支
- 拉取远程代码本地文件冲突，不丢失本地修改
- 主干合并错误提交，安全回滚不破坏历史
- git stash储藏代码切换分支后冲突怎么恢复
- 多人同时修改同一文件，长期频繁冲突规避方案
九、团队Git红线（规避致命冲突）
- 禁止对main/develop主干执行
git push -f，会覆盖团队代码，引发大规模冲突； - 主干不直接commit，全部通过PR/MR合并；
- 个人分支才可使用reset、强制推送；
- 线上版本tag禁止随意删除，会造成环境代码不一致；
- 多人并行开发统一使用rebase同步主干，减少复杂merge冲突。