Git 推送工作流

要解决什么问题

在对话里让助手「提交并推送」时，常见结果是零散执行 git add、git commit、git push，提交信息风格不一，还容易漏掉 -u 或跳过你们仓库约定的 Conventional Commit 格式。这类操作重复、步骤固定，更适合交给固定脚本而不是临场拼命令。

技能如何工作

本技能在用户明确要推送、保存到远程或完成功能要分享时激活。工作流强调：始终走脚本，不手动拆 git 子命令。

脚本侧通常覆盖：

• 暂存：把所有相关变更纳入本次提交
• 提交信息：按 Conventional Commit 生成主题（可结合你提供的自定义说明）
• 脚注：在需要时附带 Claude 相关脚注，与你们现有 commit 习惯对齐
• 推送：对当前分支执行带 -u 的推送，便于新分支首次 upstream

你只需用自然语言说明意图或补充 commit 要点，其余由脚本串联完成。

适用边界与注意点

• 适合「整包暂存 + 规范提交 + 推远程」的常规闭环；不适合代替你对 diff 的审查，也不会自动处理冲突解决、rebase 或 force push。
• 若仓库有 pre-commit / commit-msg 钩子，脚本仍须满足钩子规则；失败时应修代码或信息后再推，而不是绕过检查。
• 自定义信息主要影响 commit 文案；分支名、远程名仍取决于当前仓库配置，推送前确认你在正确的分支上。