Workflow

Création du site de test

utilisateur crée un dépôt à partir d'un modèle de site avec le sujet website :
- soit via git.ariege.net ;
- soit via une interface utilisant l'API (Create a repository using a template).
webhook intercepte le push et construit le site sur test.ariege.net/utilisateur/mon-site

utilisateur met à jour le dépôt pour modifier le site ou ajouter du contenu :
- soit via git.ariege.net pour modifier l'apparence du site ;
- soit via decap-cms pour ajouter ou modifier du contenu ;
webhook intercepte les pushs et reconstruit le site.

utilisateur fork ariege.net/websites :
- soit via git.ariege.net ;
- soit via une interface utilisant l'API (Fork a repository).
utilisateur crée un nouveau fichier sur son fork :
- soit via git.ariege.net ;
- soit via un client git local ;
- soit via une interface utilisant l'API (Create a file in a repository).
utilisateur crée une demande de fusion sur ariege.net/websites
- soit via git.ariege.net ;
- soit via une interface utilisant l'API (Create a pull request).
admin accepte la demande de fusion ;
webhook intercepte lu push et publie le site

admin modifie le fichier du site pour le passer en privé, ou bien le supprime, éventuellement via une demande de fusion
webhook intercepte lu push et dépublie le site

Webhook pourrait être application python ?

webhook -> API rest
n'utilise pas de client git mais API (Get an archive of a repository)
rsync -> pyrsync
authlib
uniquement Zola est appelé en appel système
voir si c'est possible d'avoir le backend sur un réseau privé docker (comme webhook)

Non, possible sans backend, comme decapCMS Application au niveau de l'instance forgejo.