You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[bug] It appears that when at least two PRs are merged in rapid succession, the workflow creates the correct number of tags, but sets them both on the same (most recent?) commit. This results in multiple releases with the same content. See prod-6 and prod-7: https://github.com/riptano/docs-ui/releases
[enhancement] We probably shouldn't generate a new release for updates to preview-src/* and README.adoc.
The text was updated successfully, but these errors were encountered:
Prevent release jobs running concurrently. If multiple PRs are merged in quick succession, the second merge will wait for the first to complete before proceeding.
Each release is now generated for the target commit (the one merged that triggered the release) rather than what is on main. This should prevent the releases having duplicate content.
As for item number 2 - we can prevent a release by adding [no-release] to the commit (see my most recent commits). This puts the control in the hands of the author for whether or not a build is triggered.
That said, I do agree it would be nice if the release was also skipped if the only changes were to README or preview-src. I'll leave this issue open to track that enhancement.
As for item number 2 - we can prevent a release by adding [no-release] to the commit (see my most recent commits). This puts the control in the hands of the author for whether or not a build is triggered.
@mlr Argh I'm sorry. You told me about this feature and I totally forgot. Going forward I'll make sure to use [no-release] as necessary.
Two things:
prod-6
andprod-7
: https://github.com/riptano/docs-ui/releasespreview-src/*
andREADME.adoc
.The text was updated successfully, but these errors were encountered: