Context
During 2.x pre-release development, the root composer.json requires drevops/vortex-tooling as ^2.0@alpha, with the path repository pinned to 2.0.0-alpha1 so the in-tree copy resolves locally and in CI (introduced in #2652 / #2666).
No 2.0 release of drevops/vortex-tooling is published to Packagist yet - only the 2.x-dev branch and the old 1.x tags. As a result, sites scaffolded from 2.x cannot resolve the tooling from Packagist (the installer strips the in-tree path repository). This is acceptable during pre-release development but must be resolved before go-live.
Pre-release activity (before 2.0 go-live)
- Publish a
2.0 release of drevops/vortex-tooling to Packagist. The 2.x branch is mirrored to the standalone drevops/vortex-tooling repository by the vortex-publish-tooling workflow; tag and release 2.0.0 from there.
- Switch the root
composer.json constraint from ^2.0@alpha to a plain ^2.0.
- Update the
path repository version pin from 2.0.0-alpha1 to the released 2.0 version in all three places: root composer.json, scripts/vortex-tooling.sh, and .vortex/tests/phpunit/Traits/SutTrait.php.
- Update the
.vortex/CLAUDE.md Publishing note to drop the pre-release caveat.
- Verify that a fresh scaffolded site resolves
drevops/vortex-tooling from Packagist on the 2.0 line.
Acceptance criteria
drevops/vortex-tooling 2.0 is published and installable from Packagist.
- The
2.x template and scaffolded sites require ^2.0 (no @alpha, no inline alias).
- A fresh
composer install on a scaffolded site resolves the tooling from Packagist on the 2.0 line.
Constraints
- This change lives on
2.x only.
Context
During
2.xpre-release development, the rootcomposer.jsonrequiresdrevops/vortex-toolingas^2.0@alpha, with thepathrepository pinned to2.0.0-alpha1so the in-tree copy resolves locally and in CI (introduced in #2652 / #2666).No
2.0release ofdrevops/vortex-toolingis published to Packagist yet - only the2.x-devbranch and the old1.xtags. As a result, sites scaffolded from2.xcannot resolve the tooling from Packagist (the installer strips the in-treepathrepository). This is acceptable during pre-release development but must be resolved before go-live.Pre-release activity (before 2.0 go-live)
2.0release ofdrevops/vortex-toolingto Packagist. The2.xbranch is mirrored to the standalonedrevops/vortex-toolingrepository by thevortex-publish-toolingworkflow; tag and release2.0.0from there.composer.jsonconstraint from^2.0@alphato a plain^2.0.pathrepository version pin from2.0.0-alpha1to the released2.0version in all three places: rootcomposer.json,scripts/vortex-tooling.sh, and.vortex/tests/phpunit/Traits/SutTrait.php..vortex/CLAUDE.mdPublishing note to drop the pre-release caveat.drevops/vortex-toolingfrom Packagist on the2.0line.Acceptance criteria
drevops/vortex-tooling2.0is published and installable from Packagist.2.xtemplate and scaffolded sites require^2.0(no@alpha, no inline alias).composer installon a scaffolded site resolves the tooling from Packagist on the2.0line.Constraints
2.xonly.