Veröffentlichung

Kommerzielle Lizenz

Renick.Content ist proprietäre, source-available Software (LICENSE.md); nur das Block-Content-Format ist MIT-lizenziert. Ausgeliefert wird über den October Marketplace und privaten Composer-/Git-Zugang, nie über öffentliches Packagist.

Wie October-Distribution funktioniert

1. Alles ist ein Composer-Paket vom type: october-plugin: renick/content-plugin wird nach plugins/renick/content installiert.
2. Releases sind Git-Tags plus updates/version.yaml. Composer installiert den neuesten stabilen Tag und das October-Gateway liest version.yaml, daher muss der neueste Eintrag dem neuesten Tag entsprechen.
3. Das Tooling liest den Repository-Root, daher muss die composer.json im Root des veröffentlichten Repos liegen.

Das Distributions-Repo

Das Plugin wird als einzelner Snapshot-Commit ohne Monorepo-Historie nach renickbuettner/content-editor-plugin veröffentlicht, dessen Root das Plugin ist. Ein Push auf main aktualisiert dessen main (deploy-plugin.yml). Ein v*-Tag veröffentlicht das Release, den Tag und das GitHub-Release (release-plugin.yml). Ein Release existiert erst, wenn sein Tag in diesem Repo liegt.

Versionsdisziplin

Die Version an plugins/renick/content/updates/version.yaml anhängen, dieselbe Überschrift in CHANGELOG.md ergänzen, committen und taggen:

git tag -a v1.0.7 -m v1.0.7
git push origin v1.0.7

Immer PATCH erhöhen, auch für Features; MAJOR nur für Breaking Changes am Dokumentformat oder am REST-Vertrag. Einen veröffentlichten version.yaml-Eintrag nie umbenennen, sonst führt October seine Migrationen erneut aus.

Dist-only-Auslieferung

Die .gitattributes des Plugins (export-ignore) bestimmt, was ausgeliefert wird. Das ist sämtliches PHP, Blöcke, Schema, Sprachdateien und die gebauten assets/dist und assets/frontend, aber keine Editor-Quellen, Build-Konfiguration, Tests oder internen Notizen. Die Installation braucht nie Node, pnpm oder einen Build-Schritt.