Git 提交摘要中的标记？
Tag in Git commit summary?
人们在一行提交摘要的提交中使用标签吗？
有没有标准标签或常用标签？
Git 支持“tags”，但它似乎主要用于标记 "v1.8.5-rc1" 等版本。
"tag" 我并不是说要标记提交或分支，例如 "v1.8.5-rc1"。
MediaWiki 可以将编辑标记为 minor，用 m 表示，机器人编辑用 b。
人们会在提交消息中添加标签吗？
示例：
[trivial] Add 'foo()' method to 'Bar' class
[minor] Add 'foo()' method to 'Bar' class
[wip] Add 'foo()' method to 'Bar' class
- 人们使用这样的标签吗？
- 这是普遍做法吗？
- 这些是叫标签还是叫什么？
- 有标准标签吗？
- 有常用的标签吗？
- 常用的标签有哪些？
- 语法是什么，是用方括号括起来的单词吗？
Git 提交消息约定有多个。
一切都取决于你想用它做什么。
我会说这个名称只是 "commit message convention" 或更准确地说是您的用例 "commit message labeling".
一个是 Angular convention，它使用 "type"，它是以下之一：
- 壮举（特色）
- 修复（错误修复）
- docs（文档）
- 样式（格式、缺少分号、...）
- 重构
- 测试（添加缺失测试时）
- 杂务（维护）
其他一些使用different/more types, and even emoji在消息中添加提交信息。
由您定义自己的提交消息约定（或使用现有约定）。
如果你想从提交消息中生成更新日志，约定必须明确定义，格式必须允许自动解析
如您所见，git "tag" 概念完全不同，它是一种命名特定提交的方式，主要用于发布。
顺便说一句，你的例子中有一些不好的做法：
- "WIP" 概念应该在一个分支中
- 提交消息应该回答问题 "Why?" 而不是 "What?"（git diff 已经给出了这个信息。看看“A Note About Git Commit Messages”
人们在一行提交摘要的提交中使用标签吗？
有没有标准标签或常用标签？
Git 支持“tags”，但它似乎主要用于标记 "v1.8.5-rc1" 等版本。 "tag" 我并不是说要标记提交或分支，例如 "v1.8.5-rc1"。
MediaWiki 可以将编辑标记为 minor，用 m 表示，机器人编辑用 b。
人们会在提交消息中添加标签吗？
示例：
[trivial] Add 'foo()' method to 'Bar' class
[minor] Add 'foo()' method to 'Bar' class
[wip] Add 'foo()' method to 'Bar' class
- 人们使用这样的标签吗？
- 这是普遍做法吗？
- 这些是叫标签还是叫什么？
- 有标准标签吗？
- 有常用的标签吗？
- 常用的标签有哪些？
- 语法是什么，是用方括号括起来的单词吗？
Git 提交消息约定有多个。
一切都取决于你想用它做什么。
我会说这个名称只是 "commit message convention" 或更准确地说是您的用例 "commit message labeling".
一个是 Angular convention，它使用 "type"，它是以下之一：
- 壮举（特色）
- 修复（错误修复）
- docs（文档）
- 样式（格式、缺少分号、...）
- 重构
- 测试（添加缺失测试时）
- 杂务（维护）
其他一些使用different/more types, and even emoji在消息中添加提交信息。
由您定义自己的提交消息约定（或使用现有约定）。
如果你想从提交消息中生成更新日志，约定必须明确定义，格式必须允许自动解析
如您所见，git "tag" 概念完全不同，它是一种命名特定提交的方式，主要用于发布。
顺便说一句，你的例子中有一些不好的做法：
- "WIP" 概念应该在一个分支中
- 提交消息应该回答问题 "Why?" 而不是 "What?"（git diff 已经给出了这个信息。看看“A Note About Git Commit Messages”