git-pushing-fast-cnlisted

# Git 快速提交推送 ## Overview 在当前仓库的当前分支上，快速、安全地提交并推送本地改动。 默认结果是一个聚焦的 Conventional Commit，再推送到当前分支跟踪的远端。需要分析实际 diff，暂存用户要求的改动范围，根据改动内容生成提交信息；对于非简单改动，需要写分段提交正文，让评审者能按主题快速理解改动内容。 这个流程适用于普通单分支交付，例如把当前工作保存到远端；不处理分支合并、历史改写或 PR 创建。 ## Conventional Commit 规则 基础格式： ```text <type>[可选 scope]: <description> [正文：仅简单改动可省略；非简单改动必须写分段正文] [footer：破坏性变更必须填写；相关 issue 引用可按需填写] ``` 在本技能中，正文只对简单提交可选。非简单改动必须写分段正文；如果运行了测试、校验、hook 或手动验证，必须包含“测试：”或“验证：”等价分段。 类型： | Type | 用途 | | --- | --- | | `feat` | 新增用户可见或产品能力 | | `fix` | 修复 bug | | `docs` | 仅文档变更 | | `style` | 不影响逻辑的格式或样式变更 | | `refactor` | 不新增功能、不修 bug 的代码重构 | | `perf` | 性能优化 | | `test` | 测试或覆盖率变更 | | `build` | 构建系统、依赖或打包变更 | | `ci` | CI 或自动化配置变更 | | `chore` | 维护或杂项变更 | | `revert` | 回滚历史提交 | 破坏性变更： - 在 type 或 scope 后使用 `!`，例如 `feat(api)!: 移除旧字段`。 - 行为契约发生变化时，在 footer 中加入 `BREAKING CHANGE:`。 提交信息风格： - 使用仓库既有的提交语言。 - 标题使用现在时和祈使语气，例如 `fix login redirect` 或 `修复登录跳转`。 - 标题尽量控制在 72 个字符以内。 - 相关时在正文或 footer 中引用 issue，例如 `Closes #123` 或 `Refs #456`。 ## 何时使用 当用户要求执行以下操作时使用本技能： - 提交并推送当前工作 - “推上去”、“保存到远端”或完成普通单分支交付 - 将 staged 和 unstaged 改动整理为一个 Conventional Commit - 提交正文需要按功能区、界面区、测试、文档或校验结果分段说明 ## 不要使用 以下场景不要使用本技能： - 需要将工作分支合并到主分支的双分支流程 - 强制推送、rebase、squash、amend 或改写历史 - 创建 Pull Request，除非用户在推送后明确要求 - 代码评审、发布说明、周报或 changelog 生成 - `git reset --hard`、`git checkout -- <file>` 等破坏性命令 ## 使用说明 按以下流程顺序执行。目标仓库、分支或推送目的地不明确时，停止并说明阻塞原因，不要猜测执行。 1. 检查仓库状态。 - 运行 `git status --short`、`git branch --show-current` 和 `git remote -v`。 - 可用时通过 `git rev-pa