Automatisches Erzeugen von Issues in GitLab

vorhergehende Artikel in: Linux OpenSource
13.08.2021

Ich habe sogar schon mal ein Issue bei Gitlab eingestellt deswegen, wurde aber abgewiesen

Ich wollte damals eine Möglichkeit haben, Issues sozusagen auf Wiedervorlage zu setzen: Also einen Automatismus, der für wiederkehrende Aufgaben automatisch in estimmten Intervallen Issues in GitLab einstellt.

Nachdem die Idee abgewiesen wurde habe ich mich nun hingesetzt und die Möglichkeiten eruiert, die sich bieten. Ich schaute mir dazu kurz das CLI von python-gitlab an, entschied mich aber dann doch mittels der GitLab-API ein eigenes Bash-Skript zu schreiben, das sich hervorragend mit Cron oder At benutzen lässt (natürlich auch einfach interaktiv), um Issues in GitLab zu öffnen. Das Skript ist unten angehängt.

Lizenz
script

Aktualisierung vom 13. August 2021

Ich habe das Skript überarbeitet - es bietet jetzt Möglichkeiten, ein Fertigstellungsdatum ebenso wie einen Milestone anzugeben und einen Bearbeiter zuzuweisen. Damit könnte ein Aufruf des Skripts für die Erzeugung eines Tickets, das in 10 Tagen fertigzustellen ist etwa so aussehen:

/openGitlabIssue.sh -h gitlab.host.lab -p 6 -m 1 -a 2 \
-t "Some summary" -d "Some description" -x some-personal-access-token  \
-l "bug,improvement,To Do" -u $(date -d "+10 days" +%Y-%m-%d)

Es ist außerdem möglich, das AccessToken über eine Umgebungsvariable zu setzen - im einfachsten Fall könnte der Aufruf damit wie folgt aussehen:

GITLAB_ACCESS_TOKEN=some-personal-access-token /openGitlabIssue.sh \
-h gitlab.host.lab -p 6 -m 1 -a 2 \
-t "Some summary" -d "Some description" \
-l "bug,improvement,To Do" -u $(date -d "+10 days" +%Y-%m-%d)

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


Vor 5 Jahren hier im Blog

  • Synchronisierung von Lorenz-Systemen III

    23.10.2020

    Nachdem ich in einem vorhergehenden Artikel auf das Problem des kleinen Parameterraums im Zusammenhang mit der Nutzung synchronisierter chaotischer Systeme hingewiesen hatte will ixch hier untersuchen, wie sensibel solche Systeme auf Abweichungen der Parameterwerte zwischen treibendem und getriebenen System reagieren

    Weiterlesen

Neueste Artikel

  • Plugin zur Arbeit mit Markdown für NeoVim

    Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.

    Weiterlesen
  • Raspbian Upgrade von 11 (Bullseye) nach 12 (Bookworm)

    Ich habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.

    Weiterlesen
  • Meine praktischen Erfahrungen mit ollama (llava)

    Ich diskutiere immer wieder gern über das was heute Machine Intelligence oder Artificial Intelligence ( oder wie die ganzen anderen hohlen Phrasen heißen, die dafür heutzutage als Buzzwords missbraucht werden). Das geschieht online, in meinem $dayjob oder auch privat. Meine Meinung steht fest: das ist alles Quatsch und steht in keiner Relation zum Nutzen

    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.