Skip to content

[LCB] Support nested changelog structures #498

Open
@gunnar-solo

Description

Per discussion doc, changelog bot should support nested versions. This looks like:

v1.9
  v1.9.0
  v1.9.1
  v1.9.2
v1.10
  v1.10.1
  v1.10.2
  v1.10.3
  ...

Notably, this looks like almost the exact same solution as currently exists, only with the ability to specify a subfolder for processing. Known TODOs:

  • figure out how “release notes” are generated, and ensure solution does not break them
  • update changelog bot to be able to specify a subdirecty to parse, rather than a hardcoded changelog/**
    • ensure said update is opt-in vai feature flag
  • validate a test release in a private repository
  • port gloo and solo-projects to new system
  • make some kind of “hey, you can do this too” post to an @here equivalent

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions