- phpunit: 'Resolve the latest Shopware Version' uses composer show against require.shopware/core
from the plugin's composer.json (the Packagist scrape returned nothing on the first run)
- release: build the registry zip from an explicit file list without a leading ./ so the
composer.json entry is stored at the zip root
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Gitea's registry answered 400 'composer.json file is missing' for the shopware-cli zip
(single top-level folder). Repack the same prebuilt content with composer.json at the root.
Drop the tag-exists skip guard so a half-finished release can be re-run; reuse an existing
release/asset. Bump to 0.1.1.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
DATABASE_URL already ends in _test so the TestBootstrapper finds an installed DB and
skips its own migration run; FORCE_INSTALL (which failed with an unknown database) removed.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
- one PR workflow (plugin-checks) with version-changelog, package, phpunit jobs
- .gitea/actions/package: package + validate + assert, used by PR and release
- phpunit: FORCE_INSTALL so the TestBootstrapper installs its own test DB
- protect-main.sh: required context is now plugin-checks / version-changelog
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
- phpunit: cache the prepared project (vendor + phpunit) monthly via cache restore/save;
drop system:install/plugin:install (TestBootstrapper installs into its own test DB, so
every migration ran twice, ~5.5 min each); relax InnoDB durability on the CI database
- package: save the tested zip keyed by the commit's tree hash; release restores it and
only re-packages on a miss, but always validates and asserts the zip
- cancel superseded PR runs (concurrency)
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
- drop the separate validate job (the zip is validated after packaging); same in release
- shared scripts/ci/assert-built-assets.sh (BusyBox-safe), now also used by release
- actions/cache for npm, shopware-cli and composer
- phpunit: shopware-cli image instead of a 4.5 min apt install; MariaDB 10.11
(11.4 broke Shopware's migrations: Duplicate column 'sorter_key')
- protect-main.sh: drop the removed validate context
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Replaces the curl/tar install and setup-node steps; the image ships the
CLI plus its PHP/Node toolchain.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
setup-php hangs on the runner even with runner=self-hosted; the CLI download
returned a non-gzip body once under concurrent load.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
- plugin-checks workflow: shopware-cli validate, package + built-JS assertion, phpunit
- release: validate, package from the merge commit, validate the zip, create the release
via the Gitea API, publish the same zip to the Composer registry
- scripts/protect-main.sh sets required status checks via tea api
- bump to 0.1.0
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
haylanandClaude Bot