Repository-Aktivitäten per Gitea-Webhook im Developerpanel anzeigen
Das Developerpanel soll um eine Art Log aller Änderungen am Intranet-Repository erweitert werden.
Dafür soll in Gitea ein Webhook eingerichtet werden, der relevante Repository-Ereignisse (insbesondere Pushes und Commits sowie Branch- und Tag-Änderungen) an einen neuen Endpunkt des Intranets sendet. Die empfangenen Events sollen serverseitig validiert, gespeichert und im Developerpanel als chronologischer Activity-Feed dargestellt werden. Pro Eintrag sollen, soweit vom jeweiligen Event verfügbar, Zeitpunkt, Benutzer, Eventtyp, Branch, Commit-Hash und Commit-Nachricht sowie die betroffenen Änderungen angezeigt werden. Zusätzlich soll direkt zum entsprechenden Commit beziehungsweise Vorgang in Gitea verlinkt werden können. Die Webhook-Requests müssen über das von Gitea bereitgestellte Secret beziehungsweise die X-Gitea-Signature geprüft und über die Delivery-ID gegen doppelte Verarbeitung abgesichert werden. Ziel ist, dass Entwickler direkt im Intranet nachvollziehen können, was sich wann durch wen am Repository geändert hat, ohne dafür zunächst Gitea öffnen zu müssen.
**Repository-Aktivitäten per Gitea-Webhook im Developerpanel anzeigen**
Das Developerpanel soll um eine Art Log aller Änderungen am Intranet-Repository erweitert werden.
Dafür soll in Gitea ein Webhook eingerichtet werden, der relevante Repository-Ereignisse (insbesondere Pushes und Commits sowie Branch- und Tag-Änderungen) an einen neuen Endpunkt des Intranets sendet. Die empfangenen Events sollen serverseitig validiert, gespeichert und im Developerpanel als chronologischer Activity-Feed dargestellt werden. Pro Eintrag sollen, soweit vom jeweiligen Event verfügbar, Zeitpunkt, Benutzer, Eventtyp, Branch, Commit-Hash und Commit-Nachricht sowie die betroffenen Änderungen angezeigt werden. Zusätzlich soll direkt zum entsprechenden Commit beziehungsweise Vorgang in Gitea verlinkt werden können. Die Webhook-Requests müssen über das von Gitea bereitgestellte Secret beziehungsweise die `X-Gitea-Signature` geprüft und über die Delivery-ID gegen doppelte Verarbeitung abgesichert werden. Ziel ist, dass Entwickler direkt im Intranet nachvollziehen können, was sich wann durch wen am Repository geändert hat, ohne dafür zunächst Gitea öffnen zu müssen.
samuelbias
self-assigned this 2026-08-29 02:30:31 +02:00
samuelbias
added this to the Intranet NAK-Reinickendorf project 2026-08-29 02:30:31 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Repository-Aktivitäten per Gitea-Webhook im Developerpanel anzeigen
Das Developerpanel soll um eine Art Log aller Änderungen am Intranet-Repository erweitert werden.
Dafür soll in Gitea ein Webhook eingerichtet werden, der relevante Repository-Ereignisse (insbesondere Pushes und Commits sowie Branch- und Tag-Änderungen) an einen neuen Endpunkt des Intranets sendet. Die empfangenen Events sollen serverseitig validiert, gespeichert und im Developerpanel als chronologischer Activity-Feed dargestellt werden. Pro Eintrag sollen, soweit vom jeweiligen Event verfügbar, Zeitpunkt, Benutzer, Eventtyp, Branch, Commit-Hash und Commit-Nachricht sowie die betroffenen Änderungen angezeigt werden. Zusätzlich soll direkt zum entsprechenden Commit beziehungsweise Vorgang in Gitea verlinkt werden können. Die Webhook-Requests müssen über das von Gitea bereitgestellte Secret beziehungsweise die
X-Gitea-Signaturegeprüft und über die Delivery-ID gegen doppelte Verarbeitung abgesichert werden. Ziel ist, dass Entwickler direkt im Intranet nachvollziehen können, was sich wann durch wen am Repository geändert hat, ohne dafür zunächst Gitea öffnen zu müssen.