Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(release): publish v1.1.1 #2186

Merged
merged 1 commit into from
Nov 4, 2022
Merged

chore(release): publish v1.1.1 #2186

merged 1 commit into from
Nov 4, 2022

Conversation

petermetz
Copy link
Contributor

This is needed because of the botched (congrats Peter) v1.1.0 release which we attempted to fix by adding a new workflow action that gets triggered on tags and then re-applying (delete+re-tag) the v1.1.0 release tag.
Only after all this was it discovered that the workflow action meant to push the 1.1.0 npm artifacts will not get triggered on the v1.1.0 tag because the workflow file got added in a commit prior to v1.1.0 so the only way to fix it would be to:

  1. have direct push access ot npm once again (temporarily) until we can issue the 1.1.0 release or
  2. re-write the git history of the upstream main branch (a big no-no unless we absolutely must do that for whatever reason)

TLDR: Issuing a v1.1.1 release here basically just to test whether the auto-publishing of packages with the new workflow works at all or not. If it has bugs or does not work for whatever other reason we will need to itreate on the workflow file and then issue a v1.1.2 and more of those as needed until we figure out the auto-publishing so that it "just works"

Signed-off-by: Peter Somogyvari [email protected]

This is needed because of the botched (congrats Peter) v1.1.0 release
which we attempted to fix by adding a new workflow action that gets
triggered on tags and then re-applying (delete+re-tag) the v1.1.0
release tag.

Only after all this was it discovered that the workflow action meant to
push the 1.1.0 npm artifacts will not get triggered on the v1.1.0 tag
because the workflow file got added in a commit prior to v1.1.0 so the
only way to fix it would be to:

have direct push access ot npm once again (temporarily) until we can
issue the 1.1.0 release or re-write the git history of the upstream
main branch (a big no-no unless we absolutely must do that for whatever
reason)

TLDR: Issuing a v1.1.1 release here basically just to test whether the
auto-publishing of packages with the new workflow works at all or not.
If it has bugs or does not work for whatever other reason we will need
to itreate on the workflow file and then issue a v1.1.2 and more of
those as needed until we figure out the auto-publishing so that it
"just works"

Signed-off-by: Peter Somogyvari <[email protected]>
@petermetz petermetz merged commit d7cb611 into main Nov 4, 2022
@petermetz petermetz deleted the release-v1.1.1 branch November 4, 2022 00:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants