Skip to content

Tag new versions sequentially#114

Merged
iaindillingham merged 2 commits into
mainfrom
iaindillingham/tag-new-version
Mar 4, 2025
Merged

Tag new versions sequentially#114
iaindillingham merged 2 commits into
mainfrom
iaindillingham/tag-new-version

Conversation

@iaindillingham

@iaindillingham iaindillingham commented Mar 3, 2025

Copy link
Copy Markdown
Member

By moving the tag-new-version job into a new workflow, and making this workflow dependant on the CI workflow, we ensure that new versions are tagged sequentially. Doing so removes the risk of a race condition tagging new versions in an incorrect order.

As a bonus, we also run the CI workflow more frequently: not only on push to the main branch, but also following several other events. Doing so ensures that new versions are correct, insofar as the check, test, and test-integration jobs are concerned.

And as another bonus, we fix a ProjectValidationError.

Of course, in a more important repository (and to help future archaeologists understand what we changed and why we changed it), we'd split the fix and the two bonuses into three separate PRs. However, this isn't an important repository!

Fixes #113

By moving the tag-new-version job into a new workflow, and making this
workflow dependant on the CI workflow, we ensure that new versions are
tagged sequentially. Doing so removes the risk of a race condition
tagging new versions in an incorrect order.

As a bonus, we also run the CI workflow more frequently: not only on
push to the main branch, but also following several other events. Doing
so ensures that new versions are correct, insofar as the check, test,
and test-integration jobs are concerned.

Fixes #113
We add a .png extension to fix a ProjectValidationError.
Comment thread .github/workflows/tag.yml
branches:
- main

concurrency: tag-new-version

@alarthast alarthast Mar 4, 2025

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This line was discussed on Slack.

@alarthast alarthast Mar 4, 2025

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This new Slack conversation supersedes the previous one. We are now happy with the default behaviour of concurrency regarding cancelling/queuing workflows, as it will give us one-to-one relationships between PRs and tags most of the time.

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.

Race condition

2 participants