Use this guide when the release refreshes the Query Service frontend.
The recommended workflow is:
wbs-dev update wdqs-frontend
The command:
main branch.WDQSQUERYGUI.revision in docker-bake.hcl, drafts the changelog, asks the operator to confirm the image version, and leaves every change unstaged for review with git diff.The command confirms that the branch exists, but it cannot establish compatibility with the image’s local patches or configuration.
The same update can be prepared manually:
WDQSQUERYGUI.revision from docker-bake.hcl.refs/heads/main from the Wikidata Query GUI repository.WDQSQUERYGUI.revision to the proposed full commit hash and review the resulting diff.Compare the commits and confirm that query behavior, configuration, and the local patches remain compatible.
Query GUI is pinned by commit rather than by an upstream release version, so determine the image version from the diff. Keep the current image major unless there is a clear breaking change—for example, a changed endpoint or a new, changed, or removed required configuration or environment variable. Apply the shared versioning policy to compatible presentation and behavior changes.
wbs-dev update does not select the Node build image or nginx runtime image in docker-bake.hcl. When reviewing them:
npm ci and Grunt build through this image rather than assuming compatibility from metadata.apt installation of jq, and verify the nginx configuration, entrypoint templating, static assets, health check, and every published architecture.