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

Publish artifacts on release branches #346

Merged
merged 1 commit into from
Jun 8, 2023

Conversation

korthout
Copy link
Owner

@korthout korthout commented Jun 8, 2023

The CI was supposed to publish artifacts on the main branch and on release branches. However, I misread the documentation for the contains(search, item) expression. I expected that search is the value to search for, while item is the thing to search in. It is actually the other way around: search is the thing to search in, and item is what is searched for.

In addition, contains might not be explicit enough. So for safeguarding it may be better to use startsWith(searchString, searchValue). This function 'Returns true when searchString starts with searchValue'.

This problem should now be resolved.

We also need to backport this to v1.3 where the problem also exists. Before that release, there was no automated packaging and publishing of artifacts yet, so there is no need to backport it further down.

The CI was supposed to publish artifacts on the main branch and on
release branches. However, I misread the documentation for the
`contains(search, item)` expression. I expected that search is the value
to search for, while item is the thing to search in. It is actually the
other way around: search is the thing to search in, and item is what is
searched for.

In addition, contains might not be explicit enough. So for safeguarding
it may be better to use `startsWith(searchString, searchValue)`. This
function 'Returns true when searchString starts with searchValue'.

This problem should now be resolved.
@korthout korthout added the backport release-v1.3 Pull requests that should be backported to v1.3 label Jun 8, 2023
@korthout korthout merged commit e8fd569 into main Jun 8, 2023
@korthout korthout deleted the publish-artifacts-on-release-branches branch June 8, 2023 13:45
@korthout
Copy link
Owner Author

korthout commented Jun 8, 2023

It's seems the backport workflow is skipped for this pull request, even though the workflow triggers on:

on:
  pull_request_target:
    types: [closed]
  issue_comment:
    types: [created]

Perhaps local pull requests don't trigger the pull_request_target:closed event when closed, but I'm a bit surprised by this. If anyone knows more, I'd love to understand this better. I guess I'm learning new things every day.

EDIT: The reason is that this workflow does not use a PAT for the backport action, so the GITHUB_TOKEN is used which cannot trigger any other workflows.

I'll trigger the backport manually then: /backport

@github-actions
Copy link
Contributor

github-actions bot commented Jun 8, 2023

Successfully created backport PR for release-v1.3:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport release-v1.3 Pull requests that should be backported to v1.3
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant