Use this guide when the release refreshes MediaWiki or bundled extensions.
The recommended workflow is:
wbs-dev update wikibase
The command:
REL branch without asking for each extension separately.git diff.Source repositories, refs, revisions, image dependencies, image version, and tag policy live in docker-bake.hcl, which is the authoritative image manifest. The TypeScript provider contains only the Wikibase-specific update interview and compatibility logic. The command confirms that releases and branches exist, but it cannot establish compatibility with local patches or the OpenSearch image.
The same update can be prepared manually:
MEDIAWIKI_VERSION unchanged.MEDIAWIKI.version in docker-bake.hcl when changing MediaWiki.REL<major>_<minor> from that version—for example, MediaWiki 1.46 uses REL1_46.docker-bake.hcl and update its revision attribute.revision attributes.Review the MediaWiki release notes, community-extension changes, local patches, and OpenSearch compatibility.
Treat the MediaWiki release line as a compatibility boundary. Although the second number in a MediaWiki version such as 1.46 occupies the semantic-version minor position, moving to a new line—for example, from 1.45 to 1.46—can and usually does include breaking changes for this image, so normally use a new Wikibase image major version. Within the same MediaWiki line, treat a maintenance release such as 1.46.4 to 1.46.5 as a Wikibase image minor update. Also use a minor update for backward-compatible features added locally, including a new bundled extension. Other dependency-only updates that do not change MediaWiki are usually patch updates. Any actual incompatible change still requires a major update.
wbs-dev update does not select the PHP runtime or Composer build image in docker-bake.hcl. When reviewing them:
composer.json requirement and the requirements of the bundled extensions. MediaWiki 1.46 requires PHP 8.3 or later; do not infer that the same range applies to another MediaWiki line.Dockerfile.