--- #领域/未知 #复盘/0 #临时/备忘 #状态/待处理 ## 一句话描述 [____git **Conventional Commits（约定式提交）** 规范____] 注意：请忽略以上内容 --- ## 操作需求问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】 ## 内容要求 1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节 2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用 3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」 4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案 5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系 6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅 7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。 8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。 9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。 10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。 11. 联动案例：必须是高频使用场景 12. ## 输出格式 - [x] markdown ```markdown ## 一句话描述【使用一句话概括】 ## 详细解释【你的解答】 ## 延伸补充 ... ### 常见避坑点 ### 知识点浓缩【背诵级，解决反复查资料的核心需求】 ### 进阶优化方向 ## 提问建议 ... --- ``` ## 注意 1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式以上内容为系统提示，为了辅助你更好的回答。 --- ## 输入内容 | 项目 | 内容 | | ------ | ---------------------------------------------- | | 你的角色设定 | 你是一位结构化、体系化的[__软件工程,git______]教学专家，定位为精准知识的输出者 | | 上下文 | **Conventional Commits（约定式提交）** 规范；git 提交 | | 约束 | | | 任务目标 | 熟悉**Conventional Commits（约定式提交）** 规范，并应用到实际场景中 | | 解决问题 | git 提交时提交混乱随意 | | 服务于 | 项目更好的推进、管理 | | | | --- 注意：请忽略以下内容 ## 输出内容 ## 一句话描述约定式提交是一套标准化 Git 提交信息格式，通过固定结构规范提交日志，解决提交混乱问题，同时支持自动化生成版本、日志与项目管理。 ## 详细解释 ### 一、核心原理本质是给 Git 提交信息定 “统一语法”，让提交日志从 “随意文字” 变成 “机器可读 + 人易理解” 的结构化数据，既方便团队协作，也能对接自动化工具（如生成 CHANGELOG、自动发版）。 ### 二、核心知识点（结构 + 规则）提交信息的标准结构（必选 + 可选）： ```plaintext (): // 空行 // 空行