Add support of generating machine-readable changelogs (YAML?)

[release-drafter]

Add support of generating machine-readable changelogs (YAML?)

[toolmantim]

Another option would be to embed the data as a HTML comment in the release notes? Not sure if this is even possible, but just an idea.

[oleg-nenashev]

Another option would be to embed the data as a HTML comment in the release notes? Not sure if this is even possible, but just an idea.

It would be possible, but in such case we would need to somehow have 2 sets of $CHANGES: one for Markdown and another one for the comment generation. It would be doable, but it would require adding a lot of advanced options in the configuration format

[TimonVS]

Would it make sense to attach this as a file to a release?

We might also want to think about how we can not make this part of the core of Release Drafter since this is a very specific request, I don't think many other users will have a need for this.

[oleg-nenashev]

Yeah, I agree that it might be a niche case. Technically we could create a Jenkins-focused GitHub App which would extend release drafter and then see whether we could upstream some bits or generalize them to be a more generic app.

[oleg-nenashev]

https://github.com/jenkinsci/jenkins/releases/tag/jenkins-2.190 for what I achieved so far with the standard Release Drafter. Not bad actually.

What is missing there:

• Exposing the category name OR label to a variable so that change entries can be altered. This is the thing I wrongly put to #139 comments, will create a separate issue
• Indeed generation of the separate file, Mardown changelogs are much more readable than YAML. As @TimonVS said, it should be rather a separate extension.

[jasonkarns]

@oleg-nenashev there's also the changelog format proposed by https://keepachangelog.com/en/1.0.0/. It's still geared towards human consumption, but with a structured format, it could conceivably be machine parsed.