QUIP 17 | Change log creation

QUIP:17
Title:Change log creation
Version:ab240ac39d6e41f975eefd1128967ae6fdc6e31a
Last-Modified:2021-07-14
Author:Mitch Curtis
Status:Active
Type:Process
Created:2020-08-25
Post-History:https://lists.qt-project.org/pipermail/development/2019-November/037927.html

Overview

The Qt framework uses change logs as a means of informing users about new features, important behavior changes, and bug fixes. Before each release, a change log file is generated from the section of git commit messages that start with the [ChangeLog] keyword.

Content

Do include: - Noteworthy features - Significant changes - Changes that affect many users - Changes that affect compatibility - Changes to information about third-party code (see QUIP-4)

Do not include:

  • Fixes in tests
  • Documentation fixes
  • Pure code cleanup or refactoring
  • Fixes for regressions introduced in not-yet-released commits
  • Anything that is not relevant to users

Format

  • A [ChangeLog] entry may span multiple lines and ends with an empty line.

  • You may add more than one [ChangeLog] entry, each in a separate paragraph, if there are several ways the change affects users.

  • Each entry starts with a sequence of tags, each in square brackets, the first of which is [ChangeLog].

    • If the Git repository contains multiple modules, use the module name as a tag to indicate the area of the change, e.g. [QtCore].
    • Optionally specify a class or subtopic as an additional tag, e.g.: [QtNetwork][QSslSocket]
    • Other common tags are:
      • [General]
      • [Important Behavior Changes]
      • [Potentially Source-Incompatible Changes]
      • [Deprecation Notices]
      • [Platform Specific Changes]
      • [Windows]
      • [macOS]
      • [Linux/XCB]
      • [Third-Party Code]
  • After the tags, describe how the change impacts users of the relevant component.

    • Try to integrate the ChangeLog entry into the surrounding commit message to avoid redundancy.
    • If the change resolves a security issue, summarise the issue and mention any relevant CVE or kindred identifiers.
    • The description should use either simple past ("Fixed …") or be explicit about referring to the current state ("… does now …").
    • Make sure the entry is reasonably self-contained. If you fail to formulate a meaningful description, it's probably not useful information to start with.
  • In summary, the entry should look like this:

    [ChangeLog][module][class/topic] description of the really important change
    that was just made (on several lines).
    

Tools

The createchangelog tool in the qtqa.git module is currently the most feature-complete tool for change log creation. Documentation for it can be found in its README under src/createchangelog.