Skip to content

chore: relicense under MIT and prepare the 1.0.0 release - #17

Merged
plewandowski merged 1 commit into
1.0from
release/1.0.0
Sep 2, 2026
Merged

plewandowski merged 1 commit into
1.0from
release/1.0.0

Conversation

@plewandowski

Copy link
Copy Markdown
Contributor

Relicenses the plugin under MIT and prepares the 1.0.0 release.

MIT

Integrating this plugin means subclassing its models (App\Entity\Brand\Brand extends BaseBrand) and applying its ProductTrait to your own Product. Under EUPL-1.2 that made the reciprocity terms a real question for a commercial shop - one an integrator's legal team has to answer before adopting, and one this plugin has no reason to ask. Every other package in the ecosystem it sits beside (Sylius itself, the settings plugin) is MIT.

LICENSE also now carries a copyright notice, which it previously lacked entirely - EUPL-1.2 conditions its own application on that notice being present.

Every commit in this repository is authored by the sole copyright holder, so there was no third-party consent to gather. I checked before changing anything.

Release preparation

  • CHANGELOG - the accumulated [Unreleased] entries become [1.0.0] - 2026-09-02. They were two half-merged sets left over from the readiness work, with duplicated Changed/Added/Fixed headings and an orphaned paragraph; restructured into one section with single headings. Link reference definitions added, so the version headings stop rendering as literal brackets.
  • README - the release-candidate banner becomes a stable one, and the install line drops the :^1.0@RC stability flag.
  • composer.json - package homepage and a support block (issues, source, docs), which Packagist otherwise guesses at, plus sylius2 and ecommerce keywords.

Upgrade note, worth reading before the tag goes out

Anyone already running an RC has DoctrineMigrations\Version20260807090000 recorded in sylius_migrations. The migration is now namespaced Madcoders\SyliusBrandPlugin\Migrations (#1), so on those installs it looks like a new migration and will re-run, failing on CREATE TABLE. They need to rename the recorded version rather than let it run:

UPDATE sylius_migrations
   SET version = 'Madcoders\\SyliusBrandPlugin\\Migrations\\Version20260807090000'
 WHERE version = 'DoctrineMigrations\\Version20260807090000';

This is in the changelog. It only affects RC installs; a fresh install is unaffected.

Verification

PHP 8.4.22 against MySQL 8.4: composer validate --strict, PHPStan (level: max), ECS, Rector, 48 unit tests, 17 non-unit tests, 26 Behat scenarios / 213 steps. No EUPL reference remains anywhere except the changelog entry describing the change.

After merging

The v1.0.0 tag goes on the merge commit. The docs PR (#15) stays open and still needs its refresh.

Relicensed from EUPL-1.2 to MIT. Integrating this plugin means subclassing its
models and applying its ProductTrait to your own Product, which made the EUPL's
reciprocity terms a real question for a commercial shop - a question the plugin
has no reason to ask. The LICENSE file also now carries the copyright notice it
previously lacked. Every commit in this repository is by the sole copyright
holder, so there is no third-party consent to gather.

Release preparation:

- CHANGELOG: the accumulated [Unreleased] entries become [1.0.0], restructured
  into single Changed/Added/Fixed sections rather than the two half-merged sets
  the readiness work left behind. Link reference definitions added, so the
  version headings stop rendering as literal brackets.
- README: the release-candidate banner becomes a stable-release one, and the
  install line drops the @rc stability flag.
- composer.json: package homepage and a support block (issues, source, docs),
  which Packagist otherwise has to guess at, plus two more keywords.

The upgrade note in the changelog is the one thing worth reading before tagging:
anyone already running an RC has DoctrineMigrations\Version20260807090000
recorded in sylius_migrations, and the migration is now namespaced
Madcoders\SyliusBrandPlugin\Migrations. They must rename the recorded version
rather than let the migration re-run, which would fail on CREATE TABLE.

Verified on PHP 8.4 against MySQL 8.4: composer validate --strict, PHPStan
(level max), ECS, Rector, 48 unit tests, 17 non-unit tests, 26 Behat scenarios.
@plewandowski
plewandowski merged commit 4b35d4e into 1.0 Sep 2, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant