Migrations
To enhance the usability of Woodpecker and meet evolving security standards, occasional migrations are necessary. While we aim to minimize these changes, some are unavoidable. If you experience significant issues during a migration to a new version, please let us know so maintainers can reassess the updates.
next
User-facing migrations
- (Kubernetes) Deprecated
steplabel on pod in favor of new namespaced labelwoodpecker-ci.org/step. Thesteplabel will be removed in a future update. - deprecated
CI_COMMIT_AUTHOR_AVATARandCI_PREV_COMMIT_AUTHOR_AVATARenv vars in favor ofCI_PIPELINE_AVATARandCI_PREV_PIPELINE_AVATAR
Admin-facing migrations
Extensions
Extension HTTP calls (as of now the configuration extension) will by default only be allowed to contact external hosts. Set WOODPECKER_EXTENSIONS_ALLOWED_HOSTS accordingly to allow additional hosts as needed.
3.0.0
User-facing migrations
Workflow syntax changes
-
secretshave been entirely removed in favor ofenvironmentcombined with thefrom_secretsyntax (#4363). Assecretsare just normal env vars which are masked, the goal was to allow them to be declared next to normal env vars and at the same time reduce the keyword syntax count. Additionally, thefrom_secretsyntax gives more flexibility in naming. Whereas beforehandsecretswhere always named after their initial secret name, thefrom_secretreference can now be different. Last, one can inject multiple different env vars from the same secret reference.2.x:
secrets: [my_token]3.x:
environment:
MY_TOKEN:
from_secret: my_tokenLearn more about using secrets
-
The
includesandexcludesevent filter options have been removed -
Previously, env vars have been automatically sanitized to uppercase. As this has been confusing, the type-case of the secret definition is now respected (#3375).
-
The
environmentfilter option has been removed in favor ofwhen.evaluate -
Grouping of steps via
steps.[name].groupshould now be done usingsteps.[name].depends_on
Environment variables
-
Environment variables must now be defined as maps. List definitions are disallowed. (#4016)
2.x:
environment:
- ENV1=value13.x:
environment:
ENV1: value1
The following built-in environment variables have been removed/replaced:
CI_COMMIT_URLhas been deprecated in favor ofCI_PIPELINE_FORGE_URLCI_STEP_FINISHEDas it was empty during executionCI_PIPELINE_FINISHEDas it was empty during executionCI_PIPELINE_STATUSdue to always being set tosuccessCI_STEP_STATUSdue to always being set tosuccessWOODPECKER_WEBHOOK_HOSTin favor ofWOODPECKER_EXPERT_WEBHOOK_HOST
Environment variables which are empty after workflow parsing are not being injected into the build but filtered out beforehand (#4193)
Security
- The "gated" option, which restricted which pipelines can start right away without requiring approval, has been replaced by "require-approval" option. Even though this feature (#3348) was backported to 2.8, no default is explicitly set. The new default in 3.0 is to require approval only for forked repositories. This allows easier management of dependency bots and other trusted entities having write access to the repository.
Former deprecations
The following syntax deprecations will now result in an error:
CLI changes
The following restructuring was done to achieve a more consistent grouping:
| Old Command | New Command |
|---|---|
woodpecker-cli registry | woodpecker-cli repo registry |
woodpecker-cli secret --global | woodpecker-cli admin secret |
woodpecker-cli user | woodpecker-cli admin user |
woodpecker-cli log-level | woodpecker-cli admin log-level |
woodpecker-cli secret --organization | woodpecker-cli org secret |
woodpecker-cli deploy | woodpecker-cli pipeline deploy |
woodpecker-cli log | woodpecker-cli pipeline log |
woodpecker-cli cron | woodpecker-cli repo cron |
woodpecker-cli secret --repository | woodpecker-cli repo secret |
woodpecker-cli pipeline logs | woodpecker-cli pipeline log show |
woodpecker-cli (registry,secret,...) info | woodpecker-cli (registry,secret,...) show |
API changes
- Removed deprecated
registry/endpoint. Useregistries,/authorize/token
Miscellaneous
-
For
woodpecker-clicontainers,/woodpeckerhas been set as the defaultworkdir -
Plugin filters for secrets (in the "secrets" repo settings) can now validate against tags. Additionally, the description has been updated to reflect that these filters only apply to plugins (#4069).
-
SDK changes:
-
CRON definitions now follow standard Linux syntax without seconds. An automatic migration will attempt to update your settings - ensure the update completes successfully.
Example definition for a CRON job running at 8 am daily:
2.x:
0 0 8 * * *3.x:
0 8 * * * -
Native Let's Encrypt certificate support has been dropped as it was almost unused and causing frequent issues. Let's Encrypt needs to be set up standalone now. The SSL key pair can still be used in
WOODPECKER_SERVER_CERTandWOODPECKER_SERVER_KEYas an alternative to using a reverse proxy for TLS termination. (#4541) -
The filename of the CLI binary changed for DEB and RPM packages, it is now called
woodpecker-cliinstead ofwoodpecker.
Admin-facing migrations
Updated tokens
The Webhook tokens have been changed for enhanced security and therefore existing repositories need to be updated using the Repair all button in the admin settings (#4013).
Image tags
-
The
latesttag has been dropped to avoid accidental major version upgrades. A dedicated semver tag specification must be used, i.e., either a fixed version (likev3.0.0) or a rolling tag (e.g.v3.0orv3). -
Previously, some (official) plugins were granted the
privilegedoption by default to allow simplified usage. To streamline this process and enhance security transparency, no plugin is granted theprivilegedoptions by default anymore. To allow the use of these plugins in >= 3.0, they must be set explicitly throughWOODPECKER_PLUGINS_PRIVILEGEDon the admin side. This change mainly impacts the use of thewoodpeckerci/plugin-docker-buildxplugin, which now will not work anymore unless explicitly listed through this env var (#4053) -
Environment variable deprecations:
Deprecated Variable New Variable WOODPECKER_LOG_XORMWOODPECKER_DATABASE_LOGWOODPECKER_LOG_XORM_SQLWOODPECKER_DATABASE_LOG_SQLWOODPECKER_FILTER_LABELSWOODPECKER_AGENT_LABELSWOODPECKER_ESCALATEWOODPECKER_PLUGINS_PRIVILEGEDWOODPECKER_DEFAULT_CLONE_IMAGEWOODPECKER_DEFAULT_CLONE_PLUGINWOODPECKER_DEV_OAUTH_HOSTWOODPECKER_EXPERT_FORGE_OAUTH_HOSTWOODPECKER_DEV_GITEA_OAUTH_URLWOODPECKER_EXPERT_FORGE_OAUTH_HOSTWOODPECKER_ROOT_PATHWOODPECKER_HOSTWOODPECKER_ROOT_URLWOODPECKER_HOST -
The resource limit settings for the "docker" backend were moved from the server into agent configuration. This allows setting limits on an agent-level which allows greater resource definition granularity (#3174)
-
"Kubernetes" backend: previously the image pull secret name was hard-coded to
regcred. To allow more flexibility and specifying multiple pull secrets, the default has been removed. Image pull secrets must now be set explicitly via env varWOODPECKER_BACKEND_K8S_PULL_SECRET_NAMES(#4005) -
Webhook signatures now use the
rfc9421protocol -
Git is now the only officially supported SCM. No others were supported previously, but the existence of the env var
CI_REPO_SCMindicated that others might be. The env var has now been removed including unused code associated with it. (#4346)
Rootless images
Woodpecker now supports running rootless images by adjusting the entrypoints and directory permissions in the containers in a way that allows non-privileged users to execute tasks.
In addition, all images published by Woodpecker (Server, Agent, CLI) now use a non-privileged user (woodpecker with UID and GID 1000) by default. If you have volumes attached to the containers, you may need to change the ownership of these directories from root to woodpecker by executing chown -R 1000:1000 <mount dir>.
The agent image must remain rootful by default to be able to mount the Docker socket when Woodpecker is used with the docker backend.
The helm chart will start to use a non-privileged user by utilizing securityContext.
Running a completely rootless agent with the docker backend may be possible by using a rootless docker daemon.
However, this requires more work and is currently not supported.
2.7.2
To secure your instance, set WOODPECKER_PLUGINS_PRIVILEGED to only allow specific versions of the woodpeckerci/plugin-docker-buildx plugin, use version 5.0.0 or above. This prevents older, potentially unstable versions from being privileged.
For example, to allow only version 5.0.0, use:
WOODPECKER_PLUGINS_PRIVILEGED=woodpeckerci/plugin-docker-buildx:5.0.0
To allow multiple versions, you can separate them with commas:
WOODPECKER_PLUGINS_PRIVILEGED=woodpeckerci/plugin-docker-buildx:5.0.0,woodpeckerci/plugin-docker-buildx:5.1.0
This setup ensures only specified, stable plugin versions are given privileged access.
Read more about it in #4213
2.0.0
- Dropped deprecated
CI_BUILD_*,CI_PREV_BUILD_*,CI_JOB_*,*_LINK,CI_SYSTEM_ARCH,CI_REPO_REMOTEbuilt-in environment variables - Deprecated
platform:filter in favor oflabels:, read more - Secrets
eventproperty was renamed toeventsandimagetoimagesas both are lists. The new propertyevents/imageshas to be used in the api. The old propertieseventandimagewere removed. - The secrets
plugin_onlyoption was removed. Secrets with images are now always only available for plugins using listed by theimagesproperty. Existing secrets with a list ofimageswill now only be available to the listed images if they are used as a plugin. - Removed
buildalias forpipelinecommand in CLI - Removed
sshbackend. Use an agent directly on the SSH machine using thelocalbackend. - Removed
/hookand/streamAPI paths in favor of/api/(hook|stream). You may need to use the "Repair repository" button in the repo settings or "Repair all" in the admin settings to recreate the forge hook. - Removed
WOODPECKER_DOCSconfig variable - Renamed
linktourl(including all API fields) - Deprecated
CI_COMMIT_URLenv var, useCI_PIPELINE_FORGE_URL
1.0.0
- The signature used to verify extension calls (like those used for the config-extension) done by the Woodpecker server switched from using a shared-secret HMac to an ed25519 key-pair. Read more about it at the config-extensions documentation.
- Refactored support for old agent filter labels and expressions. Learn how to use the new filter
- Renamed step environment variable
CI_SYSTEM_ARCHtoCI_SYSTEM_PLATFORM. Same applies for the cli exec variable. - Renamed environment variables
CI_BUILD_*andCI_PREV_BUILD_*toCI_PIPELINE_*andCI_PREV_PIPELINE_*, old ones are still available but deprecated - Renamed environment variables
CI_JOB_*toCI_STEP_*, old ones are still available but deprecated - Renamed environment variable
CI_REPO_REMOTEtoCI_REPO_CLONE_URL, old is still available but deprecated - Renamed environment variable
*_LINKto*_URL, old ones are still available but deprecated - Renamed API endpoints for pipelines (
<owner>/<repo>/builds/<buildId>-><owner>/<repo>/pipelines/<pipelineId>), old ones are still available but deprecated - Updated Prometheus gauge
build_*topipeline_* - Updated Prometheus gauge
*_job_*to*_step_* - Renamed config env
WOODPECKER_MAX_PROCStoWOODPECKER_MAX_WORKFLOWS(still available as fallback) - The pipelines are now also read from
.yamlfiles, the new default order is.woodpecker/*.ymland.woodpecker/*.yaml(without any prioritization) ->.woodpecker.yml->.woodpecker.yaml - Dropped support for Coding, Gogs and Bitbucket Server (Stash).
/api/queue/resume&/api/queue/pauseendpoint methods were changed fromGETtoPOST- rename
pipeline:key in your workflow config tosteps: - If you want to migrate old logs to the new format, watch the error messages on start. If there are none we are good to go, else you have to plan a migration that can take hours. Set
WOODPECKER_MIGRATIONS_ALLOW_LONGto true and let it run. - Using
repo-idin favor ofowner/repocombination- ⚠️ The api endpoints
/api/repos/{owner}/{repo}/...were replaced by new endpoints using the repos id/api/repos/{repo-id} - To find the id of a repo use the
/api/repos/lookup/{repo-full-name-with-slashes}endpoint. - The existing badge endpoint
/api/badges/{owner}/{repo}will still work, but whenever possible try to use the new endpoint using therepo-id:/api/badges/{repo-id}. - The UI urls for a repository changed from
/repos/{owner}/{repo}/...to/repos/{repo-id}/.... You will be redirected automatically when using the old url. - The woodpecker-go api-client is now using the
repo-idinstead ofowner/repofor all functions
- ⚠️ The api endpoints
- Using
org-idin favour ofownername- ⚠️ The api endpoints
/api/orgs/{owner}/...were replaced by new endpoints using the orgs id/api/repos/{org-id} - To find the id of orgs use the
/api/orgs/lookup/{org_full_name}endpoint. - The UI urls for a organization changed from
/org/{owner}/...to/orgs/{org-id}/.... You will be redirected automatically when using the old url. - The woodpecker-go api-client is now using the
org-idinstead oforg namefor all functions
- ⚠️ The api endpoints
- The
command:field has been removed from steps. If you were using it, please check if the entrypoint of the image you used is a shell.- If it is a shell, simply rename
command:tocommands:. - If it's not, you need to prepend the entrypoint before and also rename it (e.g.,
commands: <entrypoint> <cmd>).
- If it is a shell, simply rename
0.15.0
-
Default value for custom pipeline path is now empty / un-set which results in following resolution:
.woodpecker/*.yml->.woodpecker.yml->.drone.ymlOnly projects created after updating will have an empty value by default. Existing projects will stick to the current pipeline path which is
.drone.ymlin most cases.Read more about it at the Project Settings
-
From version
0.15.0ongoing there will be three types of docker images:latest,nextandx.x.xwith an alpine variant for each type likelatest-alpine. If you usedlatestbefore to try pre-release features you should switch tonextafter this release. -
Dropped support for
DRONE_*environment variables. The accordingWOODPECKER_*variables must be used instead. Additionally some alternative namings have been removed to simplify maintenance:WOODPECKER_AGENT_SECRETreplacesWOODPECKER_SECRET,DRONE_SECRET,WOODPECKER_PASSWORD,DRONE_PASSWORDandDRONE_AGENT_SECRET.WOODPECKER_HOSTreplacesDRONE_HOSTandDRONE_SERVER_HOST.WOODPECKER_DATABASE_DRIVERreplacesDRONE_DATABASE_DRIVERandDATABASE_DRIVER.WOODPECKER_DATABASE_DATASOURCEreplacesDRONE_DATABASE_DATASOURCEandDATABASE_CONFIG.
-
Dropped support for
DRONE_*environment variables in pipeline steps. Pipeline meta-data can be accessed withCI_*variables.CI_*prefix replacesDRONE_*CIvalue is nowwoodpeckerDRONE=truehas been removed- Some variables got deprecated and will be removed in future versions. Please migrate to the new names. Same applies for
DRONE_of them.- CI_ARCH => use CI_SYSTEM_ARCH
- CI_COMMIT => CI_COMMIT_SHA
- CI_TAG => CI_COMMIT_TAG
- CI_PULL_REQUEST => CI_COMMIT_PULL_REQUEST
- CI_REMOTE_URL => use CI_REPO_REMOTE
- CI_REPO_BRANCH => use CI_REPO_DEFAULT_BRANCH
- CI_PARENT_BUILD_NUMBER => use CI_BUILD_PARENT
- CI_BUILD_TARGET => use CI_BUILD_DEPLOY_TARGET
- CI_DEPLOY_TO => use CI_BUILD_DEPLOY_TARGET
- CI_COMMIT_AUTHOR_NAME => use CI_COMMIT_AUTHOR
- CI_PREV_COMMIT_AUTHOR_NAME => use CI_PREV_COMMIT_AUTHOR
- CI_SYSTEM => use CI_SYSTEM_NAME
- CI_BRANCH => use CI_COMMIT_BRANCH
- CI_SOURCE_BRANCH => use CI_COMMIT_SOURCE_BRANCH
- CI_TARGET_BRANCH => use CI_COMMIT_TARGET_BRANCH
For all available variables and their descriptions have a look at built-in-environment-variables.
-
Prometheus metrics have been changed from
drone_*towoodpecker_* -
Base path has moved from
/var/lib/droneto/var/lib/woodpecker -
Default workspace base path has moved from
/droneto/woodpecker -
Default SQLite database location has changed:
/var/lib/drone/drone.sqlite->/var/lib/woodpecker/woodpecker.sqlitedrone.sqlite->woodpecker.sqlite
-
Plugin Settings moved into
settingssection:steps:
something:
image: my/plugin
- setting1: foo
- setting2: bar
+ settings:
+ setting1: foo
+ setting2: bar -
WOODPECKER_DEBUGoption for server and agent got removed in favor ofWOODPECKER_LOG_LEVEL=debug -
Remove unused server flags which can safely be removed from your server config:
WOODPECKER_QUIC,WOODPECKER_GITHUB_SCOPE,WOODPECKER_GITHUB_GIT_USERNAME,WOODPECKER_GITHUB_GIT_PASSWORD,WOODPECKER_GITHUB_PRIVATE_MODE,WOODPECKER_GITEA_GIT_USERNAME,WOODPECKER_GITEA_GIT_PASSWORD,WOODPECKER_GITEA_PRIVATE_MODE,WOODPECKER_GITLAB_GIT_USERNAME,WOODPECKER_GITLAB_GIT_PASSWORD,WOODPECKER_GITLAB_PRIVATE_MODE -
Dropped support for manually setting the agents platform with
WOODPECKER_PLATFORM. The platform is now automatically detected. -
Use
WOODPECKER_STATUS_CONTEXTinstead of the deprecated optionsWOODPECKER_GITHUB_CONTEXTandWOODPECKER_GITEA_CONTEXT.
0.14.0
No breaking changes
From Drone
Migration from Drone is only possible if you were running Drone <= v0.8.
- Make sure you are already running Drone v0.8
- Upgrade to Woodpecker v0.14.4, migration will be done during startup
- Upgrade to the latest Woodpecker version. Pay attention to the breaking changes listed above.