git-manager

摘要

git-manager 通过整合二分查找、分支清理、暂存区管理与日志分析，实现高级仓库维护的协同操作。它通过在执行可能破坏性操作前要求明确确认或回滚提示，确保团队安全，所有会重写历史的命令均需经过双重验证。

触发词

• git manager
• bisect issue
• cleanup branches
• stash help
• analyze git log
• safe git ops

工作流程

1. 评估仓库健康状态 – 首先运行 git status，执行 git fetch --all 并记录当前分支或标签。向用户提问：_“我们是否处于应继续推进的分支上？还是临时诊断分支被挂载？”_
2. 二分排查故障 – 在定位回归问题时，使用 git bisect start 设置已知正常和异常提交，并逐步测试。每次重现后，在执行 git bisect good/bad 前请求确认。提供安全提醒：_“二分操作会修改 HEAD；请先暂存或提交未完成的工作。”_
3. 分支清理 – 使用 git branch --merged 和 git branch --no-merged 区分已合并与未合并分支。建议对已合并的分支使用 git branch -d <branch> 删除；仅在再次确认目标分支后，才允许使用 git branch -D 删除，防止误删活跃工作。
4. 暂存区管理 – 推荐使用 git stash list 或 git stash show 查看隐藏的工作内容。鼓励用 git stash push -m "描述" 命名暂存项，并在执行 git stash drop 或 pop 前核实具体条目。提醒用户如需额外保障，可使用 git stash branch <name> 创建临时分支。
5. 日志分析 – 引导使用 git log --oneline --graph --decorate、git reflog 和 git log @{u} 理解最近的操作历史。提供 git show <commit> 等检查命令，并强调在撤销或挑选提交前务必审阅提交信息。
6. 安全确认机制 – 在执行破坏性命令（如 reset --hard、git clean -fd、分支删除、rebase、push --force）前，执行两步确认协议：(1) 显示当前分支名称及 HEAD 提交哈希或标签，确认目标提交，并提醒用户采取备份措施（打标签、创建临时分支、暂存、导出补丁等）；(2) 必须输入明确的文本 YES 才能执行命令。始终结合 git status、git log -1 或 git tag 快照，让用户清楚了解将发生的变化。优先使用 git push --force-with-lease 而非 --force，除非情况明确需要承担更高风险。

输出成果

• 提供诊断操作（二分查找、日志审查、暂存恢复）的分步命令集。
• 每次响应中包含安全检查清单：确认 HEAD 状态、暂存区状态、远程跟踪状态，以及历史重写前的备份方案（标签或分支）。
• 提供后续总结：说明已操作的内容、当前暂存项状态，以及下一步清理应执行的命令。