Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Ae3qPEPRrNkEY5LwcTTKc1 |
||
|---|---|---|
| scripts | ||
| .gitignore | ||
| README.md | ||
alpinux.site.2026 — l'ancien monorepo
Ce dépôt a porté tous les sous-domaines d'Alpinux (LUG de Savoie) jusqu'à la migration « un domaine = un dépôt », commencée le 2026-05-03 et terminée le 2026-09-20.
Il ne publie plus rien. Un push ici ne met aucun site en ligne.
Où est passé quoi
| Domaine | Dépôt | Local |
|---|---|---|
alpinux.org |
alpinux-www | ~/Projects/alpinux.www |
wiki.alpinux.org |
alpinux-wiki | ~/Projects/alpinux.wiki |
dynamic.alpinux.org |
alpinux-dynamic | ~/Projects/alpinux.dynamic |
admin.alpinux.org |
alpinux-admin | ~/Projects/alpinux.admin |
static.alpinux.org |
alpinux-static | ~/Projects/alpinux.static |
portail.alpinux.org |
alpinux-portail | ~/Projects/alpinux-portail |
feedback.alpinux.org |
alpinux-feedback | — |
installparty.alpinux.org |
alpinux-installparty | ~/Projects/alpinux.installparty |
Chaque dépôt porte son propre README : comment le lancer en local, comment il se déploie,
et ses pièges. Le déploiement, lui, est partout le même principe — un push sur main,
un webhook Gitea, un script sur le serveur.
Pourquoi séparer
Un dépôt par domaine permet d'ouvrir l'écriture là où c'est utile sans donner le reste : quelqu'un qui corrige une faute dans le wiki n'a pas besoin des scripts de déploiement du site, ni du code de l'interface d'administration.
Ce qui reste ici
scripts/owni-certs-sync.sh — la synchronisation des certificats Let's Encrypt vers les
copies qu'ISPConfig ne rafraîchit pas. Outil du serveur, rattaché à aucun domaine.
Les configurations serveur (Apache, systemd) restent gérées par ISPConfig et ne sont pas versionnées — à l'exception de la chaîne de déploiement de chaque site, qui vit maintenant dans le dépôt du site concerné.