For Pulsar release notes, we had these issues for a long time:
Besides, we received some negative feedback from users:
The ones that are included with Pulsar Releases are not specified in an explanatory way. Like for example the link below will take me to C++ Client release notes for Pulsar Version 2.8.1 and 2.8.2 so I cannot give them a single landing page for C++ Client Release notes Only, they have to go on Pulsar Release notes page and find what clients have fixes or improvements for which Pulsar release also the link I specified below has numbering like client-1 and client-2 that also doesn’t help me to understand which Pulsar release it is referring to unless I Scroll all the way to see that. And then the Page we have created to point our users to Release notes we have to go and specify Pulsar version in front of them as I have shown below which not much user friendly. So the ask here is that If we can get a single URL for each client release documents and on that page they can see what Pulsar version has fixes for this particular client and may be some Pulsar version doesn’t have any fixes https://pulsar.apache.org/release-notes/#c-client-2 --> Pulsar Version 2.8.1 https://pulsar.apache.org/release-notes/#c-client-1 ---> Pulsar Version 2.8.2
Here are mockups.
- Create a “Release notes” chapter to docs, which shows all releases changes and release timeline.
- Add necessary explanations, such as time-based release plan, release frequency, semantic versioning, maintenance life cycle, etc.
- Create independent release notes for all clients.
- Automate the process of generating all release notes, which is relevant to PIP 112: Generate Release Notes Automatically.
- Add navigations, etc.
In the new Pulsar doc IA, the release note belongs to the Reference chapter, so we can create an independent webpage for the release note.
Add left and right navigation
https://docs.pingcap.com/tidb/stable/release-timeline
https://www.cockroachlabs.com/docs/releases/index.html
https://docs.pingcap.com/tidb/stable/release-5.4.0
Make each release has its own .md file
Some engineers complain that it is time-consuming to open and edit the release-note.md since all release note content is stored in one release-note.md and it contains 3600+ lines.
I’ve discussed with engineers:
We deprecated it since:
We deprecated it temporary since it is more difficult to implement (compared with solution 1)
https://docs.konghq.com/gateway/changelog/
We’re considering changing 2-level headings to multiple tabs to improve readability, but it “reduces searchability” since all content is not shown at a glance.
Mar 4, 2022 Create PIP 148 and submit initial discussion to community https://lists.apache.org/thread/nhf2dbdxr3vp25hbm6kgo06vdtmcjoh3
The following issues are to be resolved: