mcpField
L
ln-001-push-all

ln-001-push-all

github.com/levnikolaevich开发584162 次安装2 天前更新
代码仓库

关于 ln-001-push-all

用于一次性提交并推送仓库中所有当前更改的工作流技能，面向需要整理代码变更的开发者。它涵盖文档与更新日志检查、Lint 检查、暂存、提交和结果报告。

主要功能

  1. 01检查已暂存、未暂存和未跟踪的更改
  2. 02检查文档和更新日志影响
  3. 03发现并运行项目 Lint 工具
  4. 04暂存所有更改并创建提交
  5. 05推送到当前远程分支

适用场景

  1. 01在工作会话结束时推送积累的更改
  2. 02无需手动暂存即可推送所有就绪更改

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-001-push-all

安装后在 Claude Code 中输入/ln-001-push-all确认已加载。

附带文件references/ci_tool_detection.mdreferences/git_scope_detection.md

详细介绍

路径： 文件路径（references/、../ln-*）均相对于此技能目录。

必须阅读： 加载 references/git_scope_detection.md — 精简 Git 输出标志（优先使用 --porcelain、--oneline -N、--stat）及管道失败规则。

Push All（独立工具）

类型： 独立工具 类别： 0XX 共享

将所有当前更改（已暂存、未暂存、未跟踪）一次性提交并推送到远程仓库。

何时使用此技能

  • 无需手动暂存，快速推送所有累积的更改
  • 会话结束时提交所有已准备就绪的更改
  • 任何意图为 git add -A && git commit && git push 的情况

工作流

Analyze → Doc Check → CHANGELOG → Lint Check → Stage → Commit → Push → Report
阶段 1：分析更改
  1. 运行 git diff --stat 和 git status，了解所有更改（已暂存、未暂存、未跟踪）
  2. 确定更改内容及原因
阶段 2：检查文档

检查是否需要更新相关文档：

更改类型操作
代码行为发生变化更新受影响的文档、注释和示例
添加了新文件/文件夹更新相关索引或列表部分
配置文件发生变化检查 README 或设置文档
不影响文档跳过

跳过： 版本号更新（SKILL.md 中的版本字段、README 徽章）——仅在用户明确要求时执行。

阶段 3：更新 CHANGELOG

如果存在 CHANGELOG.md，且更改较为显著（不只是 lint/格式调整）：

  1. 检查今天的日期是否已有条目（## YYYY-MM-DD）
  2. 如果有 — 在现有条目中追加新要点
  3. 如果没有 — 添加新的 ## YYYY-MM-DD 条目（最新的排在最前）
  4. 最多写 5 条要点，每条以 - **粗体标签** — 描述 开头
  5. 仅记录用户可见或在架构上具有重要意义的更改。跳过：重新编号、内部重构、结构修复、去重
包含跳过
新功能 / 技能重新编号、重命名
工作流更改内部重构（D1-D9 修复）
破坏性更改去重处理
新集成移动参考文件
用户能感受到的性能改进Token 效率数据

跳过条件： 项目中没有 CHANGELOG.md，或更改无关紧要（仅空白字符调整、lint 自动修复）。

阶段 4：Lint 检查

必须阅读： 加载 references/ci_tool_detection.md（发现层级 + 命令注册表）

根据 ci_tool_detection.md，发现并运行项目的 linter，然后再提交。

步骤 1：发现 linter 设置 — 首先检查 docs/project/runbook.md 中是否有明确的 lint/格式化命令（其优先级高于自动检测），然后遵循 ci_tool_detection.md 的发现层级。同时检查 CLAUDE.md、README.md、CONTRIBUTING.md 中的 lint 说明。

步骤 2：运行 linter 并自动修复

  1. 使用 --fix 标志（或 ci_tool_detection.md「自动修复」列中的等效方式）运行已发现的 lint 命令
  2. 如果 linter 报告了无法自动修复的错误 — 手动修复
  3. 如果项目中未找到 linter 配置 — 跳过此阶段（记录：“未找到 linter 配置，跳过”） 步骤 3：验证
  4. 不使用 --fix 重新运行 linter，确认没有错误
  5. 如果尝试修复 2 次后仍有错误 — 向用户报告剩余错误并继续
阶段 5：暂存并提交
  1. 运行 git add -A 暂存所有内容
  2. 运行 git diff --cached --stat，显示将要提交的内容
  3. 运行 git log --oneline -3，参考近期提交风格
  4. 撰写简洁的提交消息，总结所有更改
  5. 使用 Co-Authored-By: Claude Opus 4.6 <[email protected]> 进行提交
阶段 6：推送并报告
  1. 推送到当前分支的远程跟踪分支
  2. 报告：分支名称、提交哈希、更改文件数

关键规则

  • 暂存所有内容： git add -A——不要进行部分提交
  • 遵循提交风格： 按照项目现有的提交消息规范
  • 共同作者标签： 始终包含 Co-Authored-By 行
  • 不要更新版本号： 除非明确要求，否则跳过版本字段更新（SKILL.md Version、README 徽章）
  • 提交前运行 Lint： 始终尝试查找 Lint 配置；若未找到配置，则正常跳过

完成标准

  • 所有更改均已暂存（未跟踪文件和已修改文件）
  • 已创建描述清晰的提交
  • 已成功推送到远程仓库

版本： 1.0.0 最后更新： 2026-02-12

评论

支持 Markdown