Allow specifying some templates for CHANGELOG generation
See original GitHub issueHi,
I noticed that CHANGELOG is not generated properly when I’m using my company’s bitbucket server.
It would be nice to have a possibility to specify a template for generating e.g. compare-changes
or commits
URLs.
I’m aware that this issue would need to be propagated to few projects underneath, but I think it’s worth it.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:8
- Comments:6
Top Results From Across the Web
How To Automatically Generate A Helpful Changelog From ...
This article describes some tools that can help to automate the changelog creation based on the Git history. Let's start with some basics....
Read more >cookpete/auto-changelog
Command line tool for generating a changelog from git tags and commit history. Used by Modernizr, Netlify, Neutrino and Velocity.js.
Read more >Turn custom Drive templates on or off for users
Requires having the Drive and Docs administrator privilege. Click Template Gallery settings. Check the Enable custom templates for your organization box. Click ...
Read more >Launch templates - Amazon EC2 Auto Scaling
However, defining a launch template instead of a launch configuration allows you to have multiple versions of a launch template. With versioning of...
Read more >Using Templates
You'll notice there are quite a few templates in the directory root, ... let's update the gradle version in the default template ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I’m having a similar issue, and would love to be able to specify a template for the change log entries.
Currently is produces invalid (in the sense of semantic markup) heading level nesting (i.e. # instead of ##, and nesting ### directly under a #).
The change log should only have a single # heading at the top, all versions should be ## headings, and change types (i.e. docs, fixes, features, etc) should be ### headings
As well, the heading IDs, which are auto-generated from the release version, start with a number, which in HTML spec is invalid.
The auto IDs generated for ### headings are identical for each version (i.e.
fix
,feature
, etc), which makes it hard to link to a specific section.Currently we have to use a hook method and run the changelog through
sed
(orreplace
) to fix these issues… would be nice to be able to fix them before the change log is generated via templates.Customizing per-version headers would be useful, too (e.g. to not have the date which makes linking to a particular version in the changelog dependent upon knowing the release date as well as the version).