Dépôts GitHub et versions automatisées

Le serveur de mise à jour lit les versions de GitHub. Un référentiel peut contenir plusieurs packages :“`text plugins//.php themes//style.css bin/build.sh .github/workflows/release.yml

## Publier une version

1. Augmentez l'en-tête`Version:`et la constante de version du package, le cas échéant.
2. Ajoutez des notes de version sous l'en-tête de version dans le fichier`CHANGELOG.md`du package.
3. Soumettez le changement via une succursale et un PR. Après examen et fusion avec main, Actions construit`dist/<slug>.zip`, crée une version`<slug>-v<version>`et joint le ZIP.

Avec`UPDATE_WEBHOOK_SECRET`configuré, le workflow actualise le cache du serveur. La mise à jour apparaît alors dans WordPress.

## Règles

Une version avec trait d'union telle que`1.3.0-beta.1`est une version préliminaire pour les sites bêta. Une diminution de version fait échouer la version.`Requires Plugins:`déclare les dépendances installées par FluxWP Panel. Utilisez`.distignore`dans le répertoire du package pour exclure des fichiers ; Les métadonnées Git, node_modules et tests sont exclus par défaut.

## Constructions manuelles

Utilisez Actions → Version du package → Exécuter le workflow pour les versions manuelles, en sélectionnant éventuellement un package. Pour un ZIP local, exécutez`bin/build.sh plugins/flx-example`. Les nouveaux packages appartiennent à`plugins/<slug>/`ou`themes/<slug>/`et sont découverts à partir des versions lorsque le référentiel est activé sur le serveur.

Gardez les jetons hors du référentiel. Le jeton GitHub appartient au panneau du serveur de mise à jour ;`UPDATE_WEBHOOK_SECRET`appartient aux secrets des actions GitHub.