Skip to content

Conversation

@doggydogworld
Copy link
Contributor

The format of our CHANGELOG has changed a bit for release branches. Previously, the latest version of the release branch was expected to be the first second-level header.

e.g. for branch/v16 with the latest release being v16.0.1 the first second-level header encountered would be ## 16.0.1

The format of the CHANGELOG for our release branches now includes all released versions. Now the first second-level header will be the latest released version of Teleport and the patches for other releases will be located further down in the CHANGELOG.

To account or this the release-notes tool will now search for the correct version in the CHANGELOG to populate the release notes.

@doggydogworld doggydogworld requested a review from a team as a code owner January 17, 2025 21:44
Copy link
Contributor

@camscale camscale left a comment

Choose a reason for hiding this comment

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

LGTM, but...

I'm not sure this is going to be needed because I think the changelogs are now unmaintainable so I would want to revert the change that adds the later changelogs to an earlier release branch.

That said, there is no harm to this change - maybe it may be useful to generate an old github release for some reason?

- `tctl` for Windows
- Teleport plugins improvements

## 15.4.17 (08/28/24)
Copy link
Contributor

Choose a reason for hiding this comment

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

Perhaps add a test for this version so that there is a test where the changelog is terminated by EOF and not the next heading? Or just remove this section so that the test for v16 does that?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants