美文网首页
更新日志格式规范

更新日志格式规范

作者: 泽赫 | 来源:发表于2016-11-10 10:44 被阅读2361次

更新日志格式规范

一个项目 / 产品需要向人们介绍自己经历的历史,这对用户以及开发者而言,都有益处。

关于本规范的任何建议和意见,请移步 [issue][] 页面反馈给我们,谢谢!

前言

作为一个普通的开发者,我必须为我的项目维护一个更新日志(以下简称 changelog)吗?

  1. 如果你在维护一个开源项目,或者公司内部的底层技术产品,那么提供一个 changelog 是必需的。开发者用户很可能需要从一个低版本升级到最新版,changelog 可以帮助他们了解新版本有哪些变化。
  2. 如果你在开发一个业务应用,那么 changelog 不是必需的。然而提供一个 changelog 会更好,因为其他协作者或是交接方能更直观地看到业务逻辑的演变。

我记得你还约束了 Git log 的规范,那为何还要再规范 changelog 的格式呢?两者不是差不多?

  1. 即便是约束了 Git log 的规范,也无法直接将 Git log 导出一个良好的 changelog。因为 changelog 中描述的内容需要更加精炼和归纳,对信息降噪处理等等,因此手写 changelog 仍然是更好的选择;当然,不排除以后自动转换的可能。
  2. 不管是手写还是自动转换,changelog 的格式都不能直接照搬 Git log 的格式。这两者的区别与联系同在。

changelog 文件

changelog 文件必须取名为 CHANGELOG.md,存放在项目的根目录下,和 README.mdCONTRIBUTING.md 等并列,同时保持风格一致。

这种命名方式已然是国际通则,以下再阐释一番:

  1. 使用大写来表明本文件的重要性,相当于是项目仓库元信息的一部分。
  2. 使用 .md 作为后缀,而不是 .txt 或干脆不加后缀。使用标准 Markdown 语法,从而可以方便地渲染。

基本的 changelog 格式

# 更新日志

## [<version>] - <date>

### <type>

* <desc>
* <desc>

### <type>

* <desc>
* <desc>

[<version>]: <version-diff-url>

其中,按照最新的版本号在前的顺序排列。

词汇表

标题

标题部分使用固定的文案:「更新日志」。

如果是面向国际的项目,需要使用英文,则文案为「Change Log」。

version

版本号 version 即项目的每一个发布版所使用的版本号。版本号需遵循 SemVer 版本号命名规范。

注意:版本号前不要加 v

另外,版本号建议增加一个链接,指向当前版本和上一个版本之间的 diff。详情可参考后文的样本示例。

date

发布时间 date 即版本发布时的所在日期。

日期采用 yyyy-MM-dd 的格式。

示例:

// good
2016-01-01

// bad
2016-1-1
20160101

type

更新类型 type 用以说明更新的方面。这里的 type 和 Git 提交日志中的 type 有所联系,然而并不一一对应。

同前面提到的「标题」部分,默认使用中文版本的词汇,如果是面向国际的项目,则使用括号中的英文版本。

type 的可选值如下:

  • 新增(Features):新增功能。
  • 修复(Fixed):修复 bug。
  • 变更(Changed):对于某些已存在功能所发生的逻辑变化。
  • 优化(Refactored):性能或结构上的优化,并未带来功能的逻辑变化。
  • 即将删除(Deprecated):不建议使用 / 在以后的版本中即将删除的功能。
  • 删除(Removed):已删除的功能。

desc

描述内容 desc 需要注意:

  1. 使用完整的句子。即在标点方面遵循一般的文档格式规范;如果使用英语,则句首大写。
  2. 时态方面使用一般现在时,不要用过去时态。虽然查看 changelog 时,changelog 内容本身都发生在过去,然而使用现在时的时态更简洁明确,并且更易达成一致性。
  3. 句式使用祈使句式。即一般情况不要增加主语。因为在绝大情况下,主语都是作者「我」。
  4. 注明修复的问题。如有提过 issue,则在句尾增加 issue 的 ID 和链接。

样本示例

# 更新日志

## [6.2.4] - 2015-12-16

### 变更

* `Node.fn.map()` 之前返回 NodeList 自身,现在将正确地返回被 map 后的数组。

### 修复

* 修复在非 ks-debug 模式下仍然输出 `KISSY.log()` 控制台信息的问题。

## [6.2.3] - 2015-11-16

### 修复

* 修复 `KISSY.getScript` 在传入了 `timeout` 参数后报错的问题。[#12]

## [6.2.2] - 2015-11-04

### 新增

* node 模块增加 API `Node.fn`,以兼容传统 KIMI 的 node 对象扩展机制。 
* ua 模块现在可以识别 Microsoft Edge 浏览器。

### 优化

* `KISSY.getScript()` 从 loader 模块中独立出来,io 模块不再依赖 loader 模块。

### 已删除

* io 模块默认去掉了对 XML 的 converter 支持。

渲染效果见 [KISSY 的更新日志][kissy-changelog]。

参考资料

  1. Keep a CHANGELOG
  2. The Discussion about Change Log

相关文章

  • 更新日志格式规范

    更新日志格式规范 一个项目 / 产品需要向人们介绍自己经历的历史,这对用户以及开发者而言,都有益处。关于本规范的任...

  • [规范]规范汇总

    开源项目规范 https://opensource.guide/ 项目日志更新规范 http://keepacha...

  • 系统重构的一点思考

    系统重构目的 统一规范 统一代码格式化,开发规范,rpc规范,日志规范,sql规范,mybatis提示插件,lom...

  • 如何规范化团队git log提交日志

    一.背景: 最近看到团队里同学提交代码提交日志比较凌乱,首先日志提交格式没有规范各种格式非常不统一。其次提交没有原...

  • 毕业设计Word规范

    1. 多级标题的统一 如图,先设置好一个的格式规范,进行标题更新。 2. 段落规范的统一 3. 字体规范,外文统一...

  • MediaToolsVer1.20媒体小工具Ver1.20

    MediaToolsVer1.20更新日志:: 1.增加了部分对于heic格式的支持 2.修复了jpeg格式读取e...

  • 日志和代码规范网文

    日志规范 惊讶!我定的日志规范被CTO在全公司推广了 Git 分支设计规范 git规范 Git分支设计规范

  • Nginx 日志记录

    1.日志类型 2.日志级别 3.日志设置 4.日志格式设置 5.日志格式参数

  • log4j配置参考

    说明 此规范使用Apache的log4j此规范只提供参考 日志配置规范(推荐) 1, 不同级别的日志分成不同的日志...

  • Linux Awk使用案例总结-nginx日志统计

    Nginx日志分析(截图和文字日志格式不同) 日志格式:'$remote_addr - $remote_user ...

网友评论

      本文标题:更新日志格式规范

      本文链接:https://www.haomeiwen.com/subject/vbbpsttx.html