Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setup Dev & Prod Repo structure #47

Open
12 tasks
ifahrentholz opened this issue Feb 27, 2024 · 0 comments
Open
12 tasks

Setup Dev & Prod Repo structure #47

ifahrentholz opened this issue Feb 27, 2024 · 0 comments
Assignees

Comments

@ifahrentholz
Copy link
Owner

ifahrentholz commented Feb 27, 2024

Akzeptanzkriterien:

Repository Setup:

  • Es existieren zwei separate Repositories: ein Development-Repository und ein Production-Repository.
  • Die Repositories sind strikt voneinander getrennt, um unterschiedliche Konfigurationen zu ermöglichen.

Artefakt-Erstellung und Kopieren:

  • Ein automatisierter Prozess erstellt ein "Artefakt" aus dem Hauptbranch des Development-Repositories.
  • Das erstellte Artefakt wird automatisch in das Production-Repository kopiert.

Installation im Stage-Branch:

  • Das Artefakt wird im Production-Repository im Branch "Stage" installiert.

Abnahme-Tests:

  • Der Kunde führt alle Abnahmetests auf dem Stage-Branch des Production-Repository durch.
  • Die Tests umfassen alle relevanten Funktionen und Aspekte der Anwendung.

Live-Schaltung:

  • Nach erfolgreichen Abnahmetests wird ein Merge vom Stage-Branch auf den Master-Branch durchgeführt.
  • Dieser Merge-Vorgang schaltet die Webseite "Live" und macht die neuen Änderungen für die Öffentlichkeit zugänglich.

Content-Pflege:

  • Es ist möglich, unterschiedliche Inhalte auf dem Development- und Production-System zu pflegen.
  • Eine eigene Google Drive Konfiguration wird für jedes Repository bereitgestellt, um diese Trennung zu ermöglichen.
  • Auf dem Development-System kann der Content "dev-sample-content" gepflegt werden, während auf dem Live-System der Produktionsinhalt verwaltet wird.

Durch die Umsetzung dieser User Story wird ein effizienter und sicherer Deployment-Prozess zwischen Development und Production ermöglicht, wodurch das Risiko von Fehlern reduziert und die Produktivität des Teams gesteigert wird.

@ifahrentholz ifahrentholz converted this from a draft issue Feb 27, 2024
@ifahrentholz ifahrentholz moved this from Backlog to Ready in EDS-Editorial Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Ready
Development

No branches or pull requests

2 participants