fix(release-utils-internal): use generic package info #54
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
If you run
pnpm run changelogand choosecharts-webthis command will fail. Right now we have two changelog formats:widgetandmodule. Widget format is simple and don't require extra effort to handle and maintain. Module format is bit complex and actually it's better to call this format as "composed changelog" as it tries to get all records from it's children (eg. in data-widgets and charts-web). So,pnpm run changelogtries to parse changelog withwidgetformat, if it fails, then it tries to parse changelog withmoduleformat. The problem is thatcharts-web, is a widget, which usesmoduleformat for changelogs... yeah, I know. So, to not make things even more complex we now use generic function to parse package metadata, so we don't care what format is used for package.Pull request checklist
lintcommand locally and it doesn’t give errors[XX-000]: descriptionpackage.jsonandpackage.xmlPull request type
package.json)What should be covered while testing?
pnpm run changelogcommand forcharts-webpacakge