chore(deps): update code.forgejo.org/forgejo/runner docker tag to v9 #460
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "renovate/code.forgejo.org-forgejo-runner-9.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
7.0.0->9.0.3Release Notes
forgejo/runner (code.forgejo.org/forgejo/runner)
v9.0.3Compare Source
Release Notes
job.<id>.services.<id>.optionsv9.0.2Compare Source
v9.0.1Compare Source
v9.0.0Compare Source
Workflows and actions go through a schema validation and the runner will not start a job if they do not pass. Some existing workflows or actions may have syntax errors that did not prevent them from running with versions 7.0.0 and below but they will no longer work with versions 8.0.0 and above.
Existing workflows can be verified and fixed before upgrading by using the new
forgejo-runner validatecommand. For instance, the following will try to validate workflows and/or actions found in the Git repository athttps://example.com/my/repo(a local directory at the root of a Git repository can also be used):If the error is not immediately obvious, please file an issue with a copy of the failed workflow and revert to using version 7.0.0 until it is resolved.
forgejo-runner validatecommand can be used to verify if an action or a workflow is conformant with the expected schema.forgejo-runner validate --repository https://example.com/my/repositorywill validate all the workflows and actions a Git repository contains. Alternativelyforgejo-runner validate --path myaction/action.yml --actionorforgejo-runner validate --path .forgejo/workflows/test.yml --workflowcan be used to validate a single file. It is recommended to use these commands to verify existing actions and workflows pass before upgrading to Forgejo runner v8.0.0 or above to not disrupt existing workflows.contrib/forgejo-runner.servicehostschema in 8.0.0 is a breaking changev8.0.1Compare Source
v8.0.0Compare Source
Existing workflows can be verified and fixed before upgrading by using
forgejo-runner exec --workflows path-to-the-workflow. For instance in a workflow whereruins-onwas typed by mistake instead ofruns-on: If the error is not immediately obvious, please file an issue with a copy of the failed workflow and revert to using version 7.0.0 until it is resolved.docker://node:22-bookworminstead ofdocker://node:20-bullseyeorhost.lxcscheme is set with no argument, it defaults tolxc://debian:bookworminstead oflxc://debian:bullseye.hostschema cannot have any argument, it can no longer behost://-self-hostedbashinstead ofshwhen a container image is explicitly specified in the step. If a workflow depens on that behavior, it will need to be modified to explictly set the shell tosh.[^A-Z0-9-]+. They will be sanitized and a message displayed in the logs showing the sanitized name. The service can either be renamed to match the constraint so it can be used as is. Or the sanitized name can be used. For instance of a PostgreSQL service runs asdata.baseit will be sanitized asdata_base.Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.