Neue Upstream-Releases automatisch zu Tickets machen.
Ein selbst gehosteter Release-Monitor mit Web-Oberfläche. Er legt ein Ticket an, wenn ein echtes neues Release erscheint.
Schluss mit dem Beobachten von Release-Seiten.
Abhängigkeiten, Base-Images und Upstream-Tools aktuell zu halten heißt meist, Release-Seiten zu beobachten oder sich durch Benachrichtigungsrauschen zu kämpfen. Release Ops beobachtet die Projekte, die dir wichtig sind, und legt jedes neue Release als Ticket dort ab, wo dein Team ohnehin plant.
Quellen und Tickets
Jede Quelle kann jede Ticket-Integration speisen, pro überwachtem Repo
Release-Quellen
GitHub · GitLab · Gitea · Forgejo · Codeberg
Release Ops verfolgt das jeweils neueste stabile Release jedes überwachten Repos.
Ticket-Integrationen
Kaneo · Jira · Linear
Eine Integration kann mehrere Ticket-Projekte bedienen, jedes mit eigener Status-Zuordnung.
So verhält es sich
Der erste Abruf eines Repos legt nur eine Ausgangsbasis fest. Tickets entstehen bei einem echten Tag-Wechsel.
Pro Ticket-Projekt: ersetzen (Standard), in das offene Ticket einarbeiten oder überspringen, wenn eines offen ist.
Ordne die Status offen, erledigt, abgebrochen und ersetzt jedes Ticket-Projekts zu und passe Titel, Beschreibung und Ersetzungs-Kommentar an.
Das Intervall stellst du in der Oberfläche ein, oder du startest einen Abruf manuell.
Shoutrrr-Ziele wie Slack, ntfy oder Discord bei Anlegen, Fehlern und Ersetzen.
SQLite auf einem Volume. Kein Redis, kein Postgres, kein Compose mit mehreren Diensten.
Release Ops v0.1.0 ist erschienen. Es ist selbst gehostete Open-Source-Software unter AGPL-3.0. Das Image heißt ghcr.io/mdg-labs/release-ops.