关于 commit
用于暂存当前任务相关文件、提交并推送当前分支,最后报告提交哈希和分支名的技能。也记录了 Git 与 Azure DevOps 的注意事项。
主要功能
- 01仅暂存任务相关文件
- 02提交并推送当前分支
- 03报告提交哈希和分支名
- 04记录 Git 与 Azure DevOps 注意事项
适用场景
- 01提交已完成任务且不包含无关文件
- 02推送更改并报告提交详情
- 03检查 Azure DevOps 中的提交与钩子行为
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ julianobarbosa/ claude-code-skills --skill commit安装后在 Claude Code 中输入/commit确认已加载。
详细介绍
提交和推送技能
- 仅暂存与当前任务相关的文件
- 如果预提交钩子因无关问题失败,运行
git commit --no-verify - 推送到当前分支
- 报告提交哈希和分支名称
注意:此仓库使用 Azure DevOps。创建 PR 时请使用 az repos pr create。
注意:commit-msg 钩子会移除 Co-Authored-By 尾注,因此提交会显示为单一作者。
易踩的坑
git commit --no-verify会绕过预提交钩子 — 这会记录在 reflog 中,但很容易被忘记。通过 CI 检查阻止包含 no-verify 尾注的提交,可避免偏差。commit-msg钩子会在编辑器关闭后修改消息 — 使用git show -s --format=%B验证最终内容,而不是编辑器中的草稿。- Azure DevOps 会在服务器端移除
Co-Authored-By— 本地提交会显示共同作者,但 PR 页面不会。请先检查 PR 界面中的显示效果,再判断署名是否生效。 - 在分离 HEAD 状态下运行
git commit会创建一个孤立提交 — 如果不先创建分支,git checkout main会丢失该提交。可以通过 reflog 找回,但只保留 30 天。 - 提交消息末尾的空格:有些钩子会规范化处理,有些则会保留。比较原始内容和规范化内容的格式检查可能会令人困惑地失败。
评论
支持 Markdown