CI_REGISTRY Variable in allen Repos für die Infrastruktur verantwortlich ist prüfen

Warum?

Als DevOps Engineer möchte ich einheitliche CI Variablen verwenden, um den Administrationsaufwand so gering wie möglich zu halten.

Relevante Links und Bemerkungen

Es gilt zu prüfen, ob überall wo eine Referenz auf die Docker Registry docker.fjd.de vorhanden ist auch die Variable $CI_REGISTRY verwendet wird. Falls das nicht der Fall ist, muss die Variable umgestellt werden. Folgende Repos gilt es zu prüfen:
https://git.fitko.de/fit-connect/baseimage
https://git.fitko.de/fit-connect/clientmock
https://git.fitko.de/fit-connect/fake-oauth-server
https://git.fitko.de/fit-connect/fit-connect-tools
https://git.fitko.de/fit-connect/fluentd
https://git.fitko.de/fit-connect/gitlab-pipeline-cleaner
https://git.fitko.de/fit-connect/helm-charts
https://git.fitko.de/fit-connect/infrastruktur
https://git.fitko.de/fit-connect/oauth-server
https://git.fitko.de/fit-connect/pipeline
https://git.fitko.de/fit-connect/pipeline-tests
https://git.fitko.de/fit-connect/poc-dependency-track
https://git.fitko.de/fit-connect/renovate/renovate
https://git.fitko.de/fit-connect/renovate/renovate-config
https://git.fitko.de/fit-connect/schema-link-checker
https://git.fitko.de/fit-connect/secrets-dev
https://git.fitko.de/fit-connect/secrets-prod
https://git.fitko.de/fit-connect/static-assets
https://git.fitko.de/fit-connect/systemtest
https://git.fitko.de/fit-connect/token-validator

Akzeptanzkriterien

  1. Variablen in alles Repos geprüft
  2. Falls nötig, Variable auf CI_REGISTRY umgestellt

Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)

  • Prüfen aller Repos
  • Falls nötig, umstellen der Variable
  • Definition of Done wurde geprüft
Edited by Manuel Menz