npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

conventional-changelog-writer

v8.0.0

Published

Write logs based on conventional commits and templates.

Downloads

18,397,611

Readme

conventional-changelog-writer

ESM-only package NPM version Node version Dependencies status Install size Build status Coverage status

Write logs based on conventional commits and templates.

Install

# pnpm
pnpm add conventional-changelog-writer
# yarn
yarn add conventional-changelog-writer
# npm
npm i conventional-changelog-writer

Usage

import {
  writeChangelogString,
  writeChangelog,
  writeChangelogStream
} from 'conventional-changelog-writer'
import { pipeline } from 'stream/promises'

// to write changelog from commits to string:
console.log(await writeChangelogString(commits, context, options))

// to write changelog from commits to async iterable:
await pipeline(
  commits,
  writeChangelog(context, options),
  async function* (changelog) {
    for await (const chunk of changelog) {
      console.log(chunk)
    }
  }
)

// to write changelog from commits to stream:
commitsStream
  .pipe(writeChangelogStream(context, options))
  .pipe(process.stdout)

Commits it an async iterable of commit objects that looks like this:

{ hash: '9b1aff905b638aa274a5fc8f88662df446d374bd',
  header: 'feat(scope): broadcast $destroy event on scope destruction',
  type: 'feat',
  scope: 'scope',
  subject: 'broadcast $destroy event on scope destruction',
  body: null,
  footer: 'Closes #1',
  notes: [],
  references: [ { action: 'Closes', owner: null, repository: null, issue: '1', raw: '#1' } ] }
{ hash: '13f31602f396bc269076ab4d389cfd8ca94b20ba',
  header: 'feat(ng-list): Allow custom separator',
  type: 'feat',
  scope: 'ng-list',
  subject: 'Allow custom separator',
  body: 'bla bla bla',
  footer: 'BREAKING CHANGE: some breaking change',
  notes: [ { title: 'BREAKING CHANGE', text: 'some breaking change' } ],
  references: [] }

Parts of the commits will be formatted and combined into a log based on the handlebars context, templates and options.

The output log might look something like this:

## 0.0.1 "this is a title" (2015-05-29)


### Features

* **ng-list:** Allow custom separator ([13f3160](https://github.com/a/b/commits/13f3160))
* **scope:** broadcast $destroy event on scope destruction ([9b1aff9](https://github.com/a/b/commits/9b1aff9)), closes [#1](https://github.com/a/b/issues/1)


### BREAKING CHANGES

* some breaking change

API

writeChangelog(context?: Context, options?: Options, includeDetails?: boolean)

Creates an async generator function to generate changelog entries from commits.

If includeDetails is true, instead of emitting strings of changelog, it emits objects containing the details the block.

writeChangelogStream(context?: Context, options?: Options, includeDetails?: boolean): Transform

Creates a transform stream which takes commits and outputs changelog entries.

If includeDetails is true, instead of emitting strings of changelog, it emits objects containing the details the block.

writeChangelogString(commits: Iterable | AsyncIterable, context?: Context, options?: Options): Promise

Create a changelog from commits.

context

Variables that will be interpolated to the template. This object contains, but not limits to the following fields.

version

Type: string

Version number of the up-coming release. If version is found in the last commit before generating logs, it will be overwritten.

title

Type: string

isPatch

Type: boolean Default: semver.patch(context.version) !== 0

By default, this value is true if version's patch is 0.

host

Type: string

The hosting website. Eg: 'https://github.com' or 'https://bitbucket.org'

owner

Type: string

The owner of the repository. Eg: 'stevemao'.

repository

Type: string

The repository name on host. Eg: 'conventional-changelog-writer'.

repoUrl

Type: string

The whole repository url. Eg: 'https://github.com/conventional-changelog/conventional-changelog-writer'. Should be used as a fallback when context.repository doesn't exist.

linkReferences

Type: boolean Default: true if (context.repository or context.repoUrl), context.commit and context.issue are truthy

Should all references be linked?

commit

Type: string Default: 'commits'

Commit keyword in the url if context.linkReferences === true.

issue

Type: string Default: 'issues'

Issue or pull request keyword in the url if context.linkReferences === true.

date

Type: string Default: formatted ('yyyy-mm-dd') today's date in timezone set by timeZone option.

If version is found in the last commit, committerDate will overwrite this.

options

Writer options.

transform

Type: function Default: defaultCommitTransform exported function.

A function to transform commits. Should return diff object which will be merged with the original commit.

groupBy

Type: string Default: 'type'

How to group the commits. EG: based on the same type. If this value is falsy, commits are not grouped.

commitGroupsSort

Type: function, string or array

A compare function used to sort commit groups. If it's a string or array, it sorts on the property(ies) by localeCompare. Will not sort if this is a falsy value.

commitsSort

Type: function, string or array Default: 'header'

A compare function used to sort commits. If it's a string or array, it sorts on the property(ies) by localeCompare. Will not sort if this is a falsy value.

noteGroupsSort

Type: function, string or array Default: 'title'

A compare function used to sort note groups. If it's a string or array, it sorts on the property(ies) by localeCompare. Will not sort if this is a falsy value.

notesSort

Type: function, string or array Default: 'text'

A compare function used to sort note groups. If it's a string or array, it sorts on the property(ies) by localeCompare. Will not sort if this is a falsy value.

generateOn

Type: function, string or null Default: if commit.version is a valid semver.

When the upstream finishes pouring the commits it will generate a block of logs if doFlush is true. However, you can generate more than one block based on this criteria (usually a version) even if there are still commits from the upstream.

If this value is a string, it checks the existence of the field. Set to null to disable it.

generateOn(keyCommit: Commit, commitsGroup: Commit[], context: FinalContext, options: FinalOptions): boolean

NOTE: It checks on the transformed commit chunk instead of the original one (you can check on the original by access the raw object on the commit). However, if the transformed commit is ignored it falls back to the original commit.

finalizeContext(context: FinalContext, options: FinalOptions, filteredCommits: Commit[], keyCommit: Commit | null, commits: Commit[]): FinalContext | Promise

Type: function Default: pass through

Last chance to modify your context before generating a changelog.

debug

Type: function Default: () => {}

A function to get debug information.

reverse

Type: boolean Default: false

The normal order means reverse chronological order. reverse order means chronological order. Are the commits from upstream in the reverse order? You should only worry about this when generating more than one blocks of logs based on generateOn. If you find the last commit is in the wrong block inverse this value.

ignoreReverted

Type: boolean Default: true

If true, reverted commits will be ignored.

doFlush

Type: boolean Default: true

If true, the stream will flush out the last bit of commits (could be empty) to changelog.

mainTemplate

Type: string Default: template.hbs

The main handlebars template.

headerPartial

Type: string Default: header.hbs

commitPartial

Type: string Default: commit.hbs

footerPartial

Type: string Default: footer.hbs

partials

Type: object

Partials that used in the main template, if any. The key should be the partial name and the value should be handlebars template strings. If you are using handlebars template files, read files by yourself.

timeZone

Type: string Default: 'UTC'

The timezone to use. The date in the changelog is generated based on timezone.

Customization Guide

It is possible to customize this the changelog to suit your needs. Templates are written in handlebars. You can customize all partials or the whole template. Template variables are from either upstream or context. The following are a suggested way of defining variables.

upstream

Variables in upstream are commit specific and should be used per commit. Eg: commit date and commit username. You can think of them as "local" or "isolate" variables. A "raw" commit message (original commit poured from upstream) is attached to commit. transform can be used to modify a commit.

context

context should be module specific and can be used across the whole log. Thus these variables should not be related to any single commit and should be generic information of the module or all commits. Eg: repository url and author names, etc. You can think of them as "global" or "root" variables.

Basically you can make your own templates and define all your template context. Extra context are based on commits from upstream and options. For more details, please checkout handlebars and the source code of this module. finalizeContext can be used at last to modify context before generating a changelog.

CLI

$ conventional-changelog-writer --help # for more details

It works with Line Delimited JSON.

If you have commits.ldjson

{"hash":"9b1aff905b638aa274a5fc8f88662df446d374bd","header":"feat(ngMessages): provide support for dynamic message resolution","type":"feat","scope":"ngMessages","subject":"provide support for dynamic message resolution","body":"Prior to this fix it was impossible to apply a binding to a the ngMessage directive to represent the name of the error.","footer":"BREAKING CHANGE: The `ngMessagesInclude` attribute is now its own directive and that must be placed as a **child** element within the element with the ngMessages directive.\nCloses #10036\nCloses #9338","notes":[{"title":"BREAKING CHANGE","text":"The `ngMessagesInclude` attribute is now its own directive and that must be placed as a **child** element within the element with the ngMessages directive."}],"references":[{"action":"Closes","owner",null,"repository":null,"issue":"10036","raw":"#10036"},{"action":"Closes","owner":null,"repository":null,"issue":"9338","raw":"#9338"}]}

And you run

$ conventional-changelog-writer commits.ldjson -o options.js

The output might look something like this

# 1.0.0 (2015-04-09)


### Features

* **ngMessages:** provide support for dynamic message resolution 9b1aff9, closes #10036 #9338


### BREAKING CHANGES

* The `ngMessagesInclude` attribute is now its own directive and that must be placed as a **child** element within the element with the ngMessages directive.

It is printed to stdout.

License

MIT © Steve Mao