Replies: 3 comments
-
The Current workflow described in publish-a-new-version works kind of but, it is possible to create a main version tag on the master, and push it so the pull request is bypassed, which should not be possible for main version tags. |
Beta Was this translation helpful? Give feedback.
-
Do we need running the Test and Build CI workflow also for main releases? Normally this workflow should have passed bevor on merging the last state into the master so we can skip this.
# e.g.
on:
push:
branches-ignore:
# run on all branches other then main and release
- main
- release-v[0-9].[0-9]+.[0-9]+ |
Beta Was this translation helpful? Give feedback.
-
Check to use deployment with |
Beta Was this translation helpful? Give feedback.
-
Right now we had a lot ideas, how to automatically create npm packages on certain events.
Nothing is like it should be...
The problem is, we would like to easily publish new packages after some specific pull requests.
The versioning for that should follow the semver versions, and the release should be updated in our CHANGELOG.md like described in #62
But it shouldn't be possible to accidentally publish new Versions which are not reviewed by a pull request, except for pre release versions.
Beta Was this translation helpful? Give feedback.
All reactions