Automatisches Erzeugen von Issues in GitLab

vorhergehende Artikel in: Linux Git(lab|hub)
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 Github Repositories Gitlab Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Alarmierung über Skripte

    16.09.2019

    Nachdem ich mich in letzter Zeit wieder verstärkt mit den Themen Monitoring und Alarmierung auseinandersetze, habe ich überlegt, ob ich die dabei gewonnenen Erkenntnisse nicht auch dazu nutzen könnte, die bestehende Lösung flexibler zu machen

    Weiterlesen...

Neueste Artikel

  • Meine Umsetzung des Konzepts CircuitBreaker

    Das Konzept eines CircuitBreaker ist schon lange bekannt. Ich habe mir zu Studienzwecken einen selber gebaut - eigentlich zwei: Einer ist dafür da, das Logging von gleichartigen Exceptions zu drosseln, der andere für das Entzerren von Versuchen, Ressourcen von URLs nachzuladen. Diese spezielle Variante benötigte ich für EBMap4D: Falls einer der Tile-Server ausfällt, wird ansonsten ständig versucht, die Kacheln neu herunterzuladen. Das frisst nicht nur Rechenzeit, sondern ist auch unnütz.

    Weiterlesen...
  • Mein erster Origami-Kranich

    Nachdem ich mich nun schon so lange mit Origami beschäftige habe ich endlich einmal das älteste dokumentierte Ornament versucht - aus gutem Grund...

    Weiterlesen...
  • Will it go round in circles - Nashville Jam

    Eine neue Musikreihe/Show auf Youtube gefunden...

    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, muß 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 GitHub-Repositories findet man hier - meine öffentlichen GitLab-Repositories finden sich dagegen hier.