Dynamische Gitlab Badges II

vorhergehende Artikel in: Linux OpenSource Python
21.02.2019

In einem früheren Artikel habe ich eine Möglichkeit vorgestellt, echt dynamische Badges für Gitlab zu erstellen. diese Herangehensweise hat aber einen großen Nachteil

Die letzte vorgestellte Lösung stellte sich im Praxiseinsatz als unzureichend heraus: Ich habe sie benutzt (wie im Beispiel), um die Anzahl der offenen und geschlossenen Issues im Projekt anzuzeigen. In einem der getesteten Projekte existierten zu diesem Zeitpunkt bereits über 100 geschlossene Issues.

Das sorgte dafür, dass das Badge für die geschlossenen Issues bereits deutlich wahrnehmbar später dargestellt wurde asl alle anderen. Das resultiert daraus, dass die Gitlab-API-Bindings für Python keine Möglichkeit bietet, lediglich die Anzahl der Items für eine bestimmte Query auszulesen: Alle Items werden tatsächlich übertragen. Da die Items als JSON-Objekte vorliegen macht das durchaus das eine oder andere KByte aus...

Leider bieten die Gitlab-API-Bindings für Python momentan noch keine Möglichkeit die count-Funktionalität der Github-API zu nutzen (aber vielleicht bald?

Nutzt man die API über das gute alte curl,

curl -i --header 'Private-Token: xxxx-xxxx-xxxxxxxxxx' 'http://<gitlab-host>/api/v4/projects/<projectid>/issues?state=closed&scope=all&per_page=1' 2>/dev/null |grep X-Total: |cut -d ' ' -f2

lässt sich diese Funktionalität jetzt schon nutzen, was dafür sorgt, dass die Abfrage nach der Anzahl der Items mit einer konstanten Zeit - unabhängig von der Anzahl der Items - auskommt und bei der Erzeugung der Badges keine wahrnehmbare Verzögerung mehr auftritt.

Aber natürlich fühlt sich das nicht richtig an - einen separaten Prozess aus einem Python-Skript heraus starten, das in einem Webserver läuft? Daher habe ich mir ein wenig mehr Mühe gegeben und es gibt jetzt eine Version, die immer noch in konstanter Zeit arbeitet, dabei aber rein Python ist.

In diesem Gist hier habe ich schließlich die Funktionalität nochmals mit Flask abgebildet, um die harte Abhängigkeit von Apache2 als Server und mod_python loszuwerden und meine Vorhaben für 2019 anzugehen.

Artikel, die hierher verlinken

Dynamische Gitlab Badges III

28.02.2019

In einem früheren Artikel hatte ich geschrieben, dass die Python-Bindings für die Gitlab-API nicht in konstanter Zeit arbeiten können, wenn man nur die Gesamtanzahl aller Items haben will, die auf die Filterkriterien passen und Wege aufgezeigt, dieses Defizit zu umgehen.

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Keycloak, OTP, FIDO

    11.06.2021

    Ich berichtete neulich über die Installation und erste Tests von Keycloak. Nun bin ich tiefer eingetaucht und habe die diversen Möglichkeiten untersucht, die Authentifizierung mittels zweiten Faktors sicherer zu machen.

    Weiterlesen

Neueste Artikel

  • Performanceverbesserungen in dWb+ 4.4pre2 build 11264

    In meinem letzten Artikel zum Thema dWb+ beschrieb ich ein neues Feature der Lösung - nunmehr wende ich mich einer wichtigen nichtfunktionalen Anforderung zu

    Weiterlesen
  • Flat Notes und Navidrome neu im Docker-Zoo

    Ein weiteres Self-Hosting-Experiment hat zu zwei neuen Diensten in meinem Docker-Zoo geführt...

    Weiterlesen
  • TPM per PKCS#11 in Java-Anwendungen nutzen

    Nach meinen Erfolgen mit einem TPM in der Version 1.2 zur Absicherung von SSH-Verbindungen wollte ich versuchen, seine Funktionalität in Java-Anwendungen zu integrieren...

    Weiterlesen

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.