[Epic] Multiple DEV Environments
Warum?
Wäre praktisch für:
- #1094
- Infrastruktur Refactoring
- Entwicklung allgemein
Relevante Links und Bemerkungen
Beschreibung
Die Entwicklungsumgebung beispiel
besteht aus:
- Es werden zwei virtuellen Maschinen bereit gestellt (nachfolgend
fc-beispiel-auth
undfc-beispiel-service
) - Die VMs sind mit dem FIT-Connect-Ansible-Playbook initialisiert
- Die Domains
auth-beispiel.fit-connect.dev
und*.auth-beispiel.fit-connect.dev
werden fürfc-beispiel-auth
eingetragen - Die Domains
service-beispiel.fit-connect.dev
und*.service-beispiel.fit-connect.dev
werden fürfc-beispiel-service
eingetragen - Die GitLab CI patcht die Umgebung
beispiel
bei Änderungen am Branchbeispiel
(alternativ ein Tag) - ... sofern im Infrastruktur-Repo unter
config/envs
ein Unterverzeichnisbeispiel
mit einerauth.json
undservice.json
ist.
Offene Punkte
- Patchen wir einen Tag oder Branch auf die Entwicklungsumgebung?
- Wie regeln/dokumentieren wir, welcher Entwickler welches Env nutzt?
- Soll auch die Datenbank vorbefüllt werden?
- Soll es eine Möglichkeit zum Reset (z.B. leeren der Datenbank) geben?
Akzeptanzkriterien
-
Es existiert ein möglichst automatisierter Prozess um eine weitere Entwicklungsumgebung hochzufahren -
Es existiert ein möglichst automatisierter Prozess um eine Entwicklungsumgebung wieder abzuräumen -
Die GitLab CI wurde angepasst, um nicht nur main
auffc-dev-*
sondern aucheval/beispiel
aufeval-beispiel-*
zu patchen
Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)
-
... -
... -
... -
Definition of Done wurde geprüft
Edited by Manuel Menz