Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Maintainer doc] Detail expected format of CHANGELOG.md #5103

Closed
wants to merge 2 commits into from

Conversation

wiibaa
Copy link
Contributor

@wiibaa wiibaa commented Apr 13, 2016

Starting from #5081 reporting CHANGELOG rendering issue on github and after reviewing several CHANGELOG.md in different plugins, I thought that there is room for improvement in harmonizing how the changelog is actually formatted.

@ph please review and discuss with the team, I'm waiting for your green light before looking to other plugins changelog ;)

@elasticsearch-release
Copy link

Jenkins standing by to test this. If you aren't a maintainer, you can ignore this comment. Someone with commit access, please review this and clear it for Jenkins to run; then say 'jenkins, test it'.


----
<1> Latest version is the first line of CHANGELOG.md
<2> Each version identifier should be a level-1 section title using `##`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I though # was header level 1 and ## was header level 2?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My last read was asciidoctor where they separate document title from section title http://asciidoctor.org/docs/asciidoc-syntax-quick-reference/#section-titles

But in markdown I should indeed say header level-2

@ph
Copy link
Contributor

ph commented Apr 13, 2016

@elastic/logstash Hey guys, what do you think of this?

@ph ph added the docs label Apr 13, 2016
@suyograo
Copy link
Contributor

@wiibaa Good suggestion, but what about having just 2 tags: internal and docs. I want to make sure creating CHANGELOG is not a lot of overhead. WDYT?

@wiibaa
Copy link
Contributor Author

wiibaa commented Apr 14, 2016

@suyograo As discussed with @ph in #5081 an additional goal could be to simplify (or automate) the creation of the main logstash changelog

In recent versions, we can see how it is carefully crafted, so the final presentation of info in this changelog is the driver for the usage of tags upstream. So you decide what you need first, but I see a pattern :). Please see table below

Logstash changelog for humans tag in plugins changelog
  • Added...
  • Improved...
  • Better...
  • Support...
improvment
  • Fixed...
  • Fixed bug...
  • Resolved...
bugfix
  • Breaking change...
  • Backward incompatible...
config,breaking

IMHO I do not see a big overhead using tags in the changelog, because they should be derived from the labels used for triage on the github issues. The matter here is to define a sane starting point that bring clear added value.

Thinking about the main changelog and giving my 2 cents, I would be tempted to order and group the changes in:

  • config change first new / deprecated / breaking
  • bugfix and improvment (improvment with config change already covered in 1st section)
  • internal

Thoughts ?

@suyograo
Copy link
Contributor

@wiibaa Thanks for your explanation. LGTM

@elasticsearch-bot
Copy link

Suyog Rao merged this into the following branches!

Branch Commits
master 7cd1f89, 4a5216b
5.0 9f42f65, 7123215
2.3 7d28e7a, 2a27e04
2.x bd7fff8, 1caf49a

elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
elasticsearch-bot pushed a commit that referenced this pull request Apr 18, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants