๐ง Repository: Version job should skip the backstage apps (private npm packages)
Closed this issue ยท 3 comments
๐ Description
Some workspaces contains a backstage app that refers the included plugins. For each release process (Version ... PR) the app package.json was touched and the CHANGELOG.md of the app was extended. I guess that's not necessary.
Same happens for plugins with a backend plugin for the backend app.
I guess all this files can be removed:
ls -l workspaces/*/packages/{app,backend}/CHANGELOG.md
(33 CHANGELOG files)
๐ Expected behavior
Only the plugin code should be touched.
๐ Current Behavior
Also the packages app and backend are changed when a new release happen.
๐ Reproduction steps
Take a look in any Version PR for a plugin that contains a complete backstage app.
For example:
The app and backend package is marked as "private": true
in their package.json. I guess this packages should be ignored.
๐ Provide the context for the Bug.
No response
๐ Have you spent some time to check if this bug has been raised before?
- I checked and didn't find similar issue
๐ข Have you read the Code of Conduct?
- I have read the Code of Conduct
Are you willing to submit PR?
Yes I am willing to submit a PR!
I'm happy to take a look into the release/version process and I guess the starting point is this:
- https://github.com/backstage/community-plugins/blob/main/.github/workflows/version-bump.yml#L103-L106
- https://github.com/backstage/community-plugins/blob/main/scripts/ci/generate-version-bump-changeset.js
Right? If someone has any other hints, please let me know. :)
The version bump scripts are to bump the package versions to use the latest backstage version.
I think we'd want to make changes somewhere in this workflow https://github.com/backstage/community-plugins/blob/main/.github/workflows/release_workspace.yml
Yep, thanks @04kash.
But applying general rules here https://github.com/backstage/community-plugins/blob/main/.github/workflows/release_workspace.yml#L98 will not because changeset will fail if you pass --ignore
with a package that doesn't exist.
I know you saw it already, just if someone else starts reading here, that's the reason I opened #1510.