Mise à jour du déploiement dans le README

README.md

@@ -5,7 +5,6 @@
 ## TODO
 
 - Ecrire le contenu de la page présentation.
-- Réparer la CI. Héberger nos propre runners ?
 - Documenter l'édition du site à partir de l'interface web du dépot git.
   Comment rajouter/enlever des évènements à venir ? Comment ajouter un billet
   de blog ? Comment ajouter une feuille de style ?
@@ -93,12 +92,22 @@ par un serveur web pour que le site ait une racine bien définie.
 
 ## Déploiement
 
-Si l'informatique marchait bien, le site serait automatiquement mis à jour à
+### Automatique
-chaque fois qu'on pousse des modification dans le dépot par l'outil
-d'intégration woodpecker. En pratique, ça marche rarement. Donc il faut copier
-les sources à jour à la main dans le bucket S3.
 
-Pour mettre à jour le site à la main :
+Si c'est un bon jour, toutes les modifications dans la branche `main` sont
+automatiquement poussées dans le bucket S3 par Woodpecker.
+
+Il faut une clef secrète pour pouvoir accéder au bucket. Avec Woodpecker, on a
+configuré un "secret" qui contient cette clef, donc pas besoin de la connaître
+pour mettre à jour le site.
+
+### A la main
+
+Si Woodpecker marche pas pour une raison où une autre, on peut copier les
+sources à jour à la main dans le bucket S3. Pour ça, il faut connaître la clef
+d'accès au bucket, et son identifiant. Si besoin, on peut les partager.
+
+Il existe plein de clients S3. Avec `s5cmd` par exemple, ça donne ça :
 
 ```
 export AWS_ACCESS_KEY_ID=<key ID>
@@ -108,9 +117,6 @@ export AWS_ENDPOINT='https://garage.deuxfleurs.fr'
 s5cmd --endpoint-url $AWS_ENDPOINT sync --delete site/ s3://distorsion.interhacker.space/
 ```
 
-La clef et son ID ne sont pas stockées ici. Si besoin, ces secrets peuvent être
-partagés.
-
 ## Ancien site
 
 Avant, on avait un site static généré avec [Hugo](https://gohugo.io). Les