mathieuandClaude Opus 5
712741a883
publier.sh enchaîne la publication de bout en bout : version déduite de la précédente, archive, manifeste, commit et push du paquet, tag et push du code, avec vérification côté distant. Seul le dépôt de l'archive dans la release Gitea reste manuel — l'URL est rappelée en fin de sortie. PUBLICATION.md et A_FAIRE.md sont supprimés : leur contenu vit désormais dans le README de mabibli, point d'entrée unique du projet. doc/DESCRIPTION.md et doc/ADMIN.md restent ici, YunoHost les lisant lui-même. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Paquet YunoHost pour MaBibli
Paquet d'installation de MaBibli, application de gestion de bibliothèque personnelle (catalogue, prêts, scan ISBN).
Ce dépôt ne contient aucun code C#. Il porte uniquement de quoi installer sur YunoHost une archive déjà compilée : le manifeste, les configurations nginx et systemd, les scripts d'installation, et les scripts de publication.
📖 Toute la documentation est dans le dépôt du code
Elle a été regroupée dans le README de mabibli,
qui est le point d'entrée unique du projet : contenu et points de conception du paquet,
publication d'une version, mise en production pas à pas, montée de version, retour arrière,
désinstallation, et contraintes permanentes.
Il n'y a qu'une seule chaîne de publication et un seul projet : deux jeux de documentation finissaient par diverger, et l'on ne savait plus lequel faisait autorité.
Ne restent ici que les deux fichiers que YunoHost lit lui-même et qui doivent donc vivre à côté du manifeste :
doc/DESCRIPTION.md— présentation affichée dans le catalogue d'applicationsdoc/ADMIN.md— authentification, emplacement des données, sauvegarde ; affichée dans l'interface d'administration une fois l'application installée
Publier une nouvelle version
# Depuis ce dépôt, avec le dépôt du code à côté (../mabibli)
./build/publier.sh
Le détail — ce que le script vérifie, ce qui reste manuel, et la marche à suivre côté serveur —
est dans le README de mabibli.