【Claude代码介绍E38】提交创建自动化：过程·智能消息·常规提交·HEREDOC·Co-Authored-By

原文作者：새로운 시작 (neosarchizo)

原文来源：https://www.youtube.com/embed/srE5CtDbDQI

该频道的许多翻译音轨都是由 HeyGen 制作的。如果您对 AI 视频翻译、配音和多语言内容创作感兴趣，请在这里尝试 HeyGen：https://bit.ly/4o4bn9P 您可以通过此链接订阅来帮助该频道 — 谢谢！这是第 8 节（Git 集成工作流程）中的第二课。如果第 37 课是阅读更改（状态·差异·日志）并安全处理它们的基础，那么第 38 课就是在此基础上的第一项工作——创建提交。首先，让我们澄清一个误解：没有内置的 /commit 斜杠命令。 Commit 用自然语言调用，Claude 使用 Bash 工具将其作为过程执行。它涵盖了流程、智能消息、常规提交、HEREDOC，甚至共同创作者预告片。 📌 我们涵盖的内容 - 没有 /commit 斜线命令 - 您只需用自然语言说出一些内容，例如“提交更改”，Claude 将在 Bash 中运行提交过程。最佳实践的最后一步，探索 → 计划 → 实施 → 提交，也是自然语言，例如“提交解释性消息并公开 PR” - 提交是一个过程，而不是命令 - git status（什么）→ git diff（如何）→ git log（旧式）→ message → git add → git commit → git status（确认）。前三个是只读的 git，因此它们自动并行运行，它们的“智能”一半在于使用 git log 来遵守存储库约定。一个好的消息不是“什么”，而是“为什么”——差异已经显示的内容——传统提交格式——类型[范围]：描述+正文+页脚。壮举→次要·修复→补丁·重大更改（！或页脚）→主要，与 SemVer 结合，更新日志·发布自动化解析。但是，Claude 遵循存储库的约定，因此如果您想强制执行它，请将其写入 CLAUDE.md（第 21 课） - 带有文本的多行是 HEREDOC - 用单引号括起来的 'EOF' 分隔符可防止 shell 解释 $·反引号并按字面保留消息。一次性解决多行、特殊字符和正确格式的习惯用法 - 共同作者：Claude 用预告片诚实地显示 - GitHub 将您识别为共同作者（可以输入活动模型名称），保持 git 配置不变。作者作为个人，贡献作为预告片。要关闭或更改它，请使用属性设置清空或更改 commit·pr（以前的 includeCoAuthoredBy，默认 true） - 第 37 条 提交中的安全原则保持不变 - 仅在请求时提交，如果是默认分支则首先分支，禁止钩子跳过（--no-verify），提交比 --amend 更新的内容，排除敏感文件。用allow Bash(git commit *) +拒绝Bash(git Push *)钉住它 📌环境信息 - 最新版本的Claude Code - 提交调用：自然语言（“提交更改”） · 没有内置/commit · Git内置是/diff·/code-review·/security-review·/install-github-app - 提交过程：git status → git diff (+ --staged) → git log → write message → git add (相关仅文件） → git commit → git status - 多行：HEREDOC 习惯用语 · 单引号括起来的 'EOF' 分隔符可防止 shell 解释 $·反引号，从而按字面保留消息 - 常规提交：类型 [范围]: 描述 + 正文 + 页脚 · 壮举 → MINOR · 修复 → PATCH · 重大更改（! 或页脚） → 主要 - 贡献标记：提交 = 共同创作者：Claude (noreply@anthropic.com) 预告 · PR = 🤖 用 Claude 代码页脚生成（第 39 期） - 归属设置（v2.0.62 中引入，之前包含 CoAuthored 默认为 true）：关闭 commit·pr 为“”或更改措辞 - 权限规则：允许 Bash(git commit *) · 拒绝 Bash(git Push *) · headless --allowedTools "Edit,Bash(git commit) *)" - 安全：请求指定commit·push · 保护默认分支 · 禁止 --no-verify · --amend 小心（作者身份检查） · 排除.env·*.key 📌 第 0:00 章介绍 — Commit 在代理时代变得更加重要 0:41 没有 /commit 这样的东西 — Commit 被称为自然语言 1:29 Commit 不是一个命令，而是一个过程 —状态→差异→日志→消息→添加→提交→状态 2:37 良好的提交消息 - “为什么”而不是“什么” 4:06 传统提交格式 - 类型[范围]：描述和 SemVer 6:31 主体和 HEREDOC - 多行安全 7:26 共同创作者 - 不要碰 git 配置，只需诚实地贡献 8:18 关闭或更改归因设置（以前称为 includeCoAuthoredBy） 9:09 第 37 场 安全原则 — 提交优先 分支·允许提交·拒绝推送 10:20 清理常见陷阱 📌 参考链接 - 博客：https://neosarchizo.github.io/posts/claude-code-38-commit- Generation - 最佳实践 - 探索→计划→实施→提交工作流程，“使用描述性消息提交并开放 PR”，CLAUDE.md 存储库礼仪： https://code.claude.com/docs/en/best-practices - 一般工作流程 — 更改摘要·PR 创建提示配方，gh pr 创建会话链接：https://code.claude.com/docs/en/common-workflows - 设置 — 归因（自定义提交·PR 贡献显示）和已弃用的 includeCoAuthoredBy（默认 true）：https://code.claude.com/docs/en/settings - 常规提交 v1.0.0 —类型[范围]：描述结构、feat/fix 和 SemVer，重大更改：https://www.conventionalcommits.org/en/v1.0.0/ - 命令参考 - 内置命令列表（/diff·/code-review 等，无 /commit）：https://code.claude.com/docs/en/commands #ClaudeCode #Git #CommitAutomation