You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For now --base option just concat old change log with new, auto-generated.
It would be nice to use full power of Reader, to not just fetch last tag, but also fetch content for each issue and put auto-generated section for each tag, and then data from content.
Ensure each file can be individually required #658 (mvz)
etc...
The string [//]: # (START OF AUTO CHANGE LOG CONTENT) will be invisible in markdown file, but helps to detect where manual change log ends (could be helpful in the future).
The text was updated successfully, but these errors were encountered:
So you would use a merge approach. That could be really cool, as it would allow to store all manual entries aside, with just the tag for each, and let the automated part populate from GitHub + date.
It's addition for #258.
For now
--base
option just concat old change log with new, auto-generated.It would be nice to use full power of
Reader
, to not just fetch last tag, but also fetchcontent
for each issue and put auto-generated section for each tag, and then data fromcontent
.For example, for https://github.com/troessner/reek project
For tag
3.3.0
:Form manual change log:
For auto-generated change log:
In the end, I want to get something like this as output:
v3.3.0 (2015-08-22)
Full Changelog
[//]: # (START OF AUTO CHANGE LOG CONTENT)
Fixed bugs:
Closed issues:
Merged pull requests:
The string
[//]: # (START OF AUTO CHANGE LOG CONTENT)
will be invisible in markdown file, but helps to detect where manual change log ends (could be helpful in the future).The text was updated successfully, but these errors were encountered: