提交信息应简洁明了，用动词开头概括核心修改，控制在50字符内；2. 复杂改动需空一行后补充正文，说明修改背景、原因及关联任务如#123；3. 遵循type: short description格式，统一使用feat、fix等类型前缀；4. 利用编辑器或GUI工具撰写多行信息，配置模板提升规范性。
为每次提交添加详细的提交信息，能帮助团队更好理解代码变更的背景和目的。关键在于养成规范的提交习惯，并遵循清晰的结构。
使用有意义的提交标题
提交信息的第一行应简洁明了，概括本次修改的核心内容。
- 用动词开头，比如“修复登录页样式问题”或“添加用户邮箱验证功能”
- 避免模糊表述，如“修改代码”或“更新文件”
- 控制在50个字符以内，便于阅读
编写详细的提交正文
如果改动较复杂，应在标题后空一行，加入正文说明。
- 解释为什么要做这次修改，而不是做了什么（代码已体现做了什么）
- 描述问题背景、解决方案选择的原因
- 提及相关的任务编号或issue链接，例如 #123
遵循约定的提交格式
采用统一格式有助于后期生成日志或自动化处理。
type: short description Detailed explanation here. Why the change was made, how it works, and any side effects. Reference: #issue-number
- 常见类型包括 feat、fix、docs、style、refactor、test、chore
- 团队可基于项目需要自定义规范
利用编辑器和工具辅助
Git支持使用编辑器撰写多行提交信息，比命令行更方便。
- 运行 git commit 不加 -m 参数，会自动打开默认编辑器
- 配置模板：通过 git config commit.template 指定默认提交格式
- 使用 Git GUI 工具，如 VS Code、Sourcetree，提供更直观的输入界面
基本上就这些。坚持写清楚每次提交的目的，后续查记录、做回溯都会轻松很多。
