Forgejo 17.0 : webhooks à migrer, v16 meurt le 29/10

Ce qui se passe

Forgejo 17.0, la forge Git auto-hébergée, est sortie le 15 octobre 2026. Deux points demandent une action de la part de l'administrateur.

Rupture : liens absolus. Dans les documents rendus, un lien absolu vers une ressource du dépôt est maintenant résolu depuis la racine du dépôt et non plus la racine de l'instance. Les descriptions et commentaires d'issues et de pull requests gardent l'ancien comportement. L'équipe y voit une meilleure compatibilité avec les autres forges, donc des migrations plus simples.
Webhooks à migrer. Les événements « action run » sont dépréciés au profit des événements « workflow run », plus complets et moins problématiques, et seront retirés dans une version future. La conversion ne peut pas être automatique : certains en-têtes (X-*-Event, X-*-Event-Type) et la clé action ont changé, ce qui peut casser les récepteurs existants. Les notifications de fin ne partent qu'une fois tous les jobs d'un run terminés. À faire : inspecter chaque webhook, le recréer sur les nouveaux événements après avoir vérifié que le récepteur les traite.

Une version majeure sort tous les trois mois. La 17.0 n'est pas LTS : qui veut une cible longue reste sur la 15.0 ou attend la 19.0.

Forgejo Actions. Les résumés de job (documents Markdown écrits dans $FORGEJO_STEP_SUMMARY, ou $GITHUB_STEP_SUMMARY pour la compatibilité) sont affichés au-dessus des journaux, avec tableaux, Mermaid et KaTeX, à condition d'avoir Forgejo Runner 13.2 ou plus. L'API sait relancer un run (/repos/{owner}/{repo}/actions/runs/{run_id}/rerun) ou un job (/actions/jobs/{job_id}/rerun), filtrer les journaux par sous-chaîne ou par étape (?step=N), et les rendre en NDJSON (?format=ndjson).
Webhooks de jobs : déclenchés sur les changements d'état d'un job, avec le choix des statuts (« waiting », « cancelled »…).
Organisations. Avec [service].ADD_MEMBERS_BY_INVITATIONS = true dans app.ini, l'ajout d'un membre devient une invitation par courriel, expirant au bout de 14 jours ; on peut aussi inviter dans plusieurs équipes d'un coup.
AGit : pousser directement sur les références refs/pull/…/head, pour le mainteneur comme pour l'auteur.
Migrations depuis Bitbucket Data Center (jeton d'accès HTTP, « HTTPS SCM Hosting » activé) et avatars de dépôt repris depuis Gogs, GitLab, Gitea et Forgejo.
Un bouton « Donate » lit FUNDING.yml, l'autocomplétion des issues et pull requests s'active avec # ou !, et un guide de sauvegarde et restauration nomme les secrets indispensables.

Sauvegarder entièrement l'instance (guide d'upgrade de la 17.0).
Lire les ruptures des notes de version, puis remplacer le binaire ou l'image. Avec les images, le tag 17.0 suit les correctifs 17.0.Y.
Réviser les webhooks « action run ».
Planifier la sortie de la 16.0 avant le 29 octobre.