...
- Korrekturlieferungen aus dev
- Keine selektiven Updates auf Verzeichnisebene
- Updates auf Verzeichnisebene: nein, da sonst Problem mit globalen Ressourcen, z.B. global locks, globale Prozessklassen
- Update immer auf live folder
- Keine selektiven Updates auf Änderungshistorie
- Es wird immer der aktuelle Stand des Repository übernommen, nicht ein bestimmter Revisionsstand
- Keine selektiven Updates auf Verzeichnisebene
- Disziplin:
- wenn derjenige, der in Integration testet, nicht wissen kann, was genau in der Lieferung enthalten ist, dann kann er nicht prüfen, ob er ggf. zu viele oder falsche Objekte erhalten hat
- Know How Auftrennnung: der Entwickler kennt Locks, der Tester kennt einen Testfall für Concurrency (nicht die Objekte, die das implementieren)
- Umgebungsspezifische Dateien
- Dürfen nicht committed werden
Deployment Process
Flowchart |
---|
jobs_dev [shape="ellipse",label="Jobs\nDevelopment Environment",fillcolor="violet"]
jobs_int [shape="ellipse",label="Jobs\nIntegration Environment",fillcolor="violet"]
jobs_prod [shape="ellipse",label="Jobs\nProduction Environment",fillcolor="violet"]
conf_dev [shape="ellipse",label="Configuration\nDevelopment Environment",fillcolor="violet"]
conf_int [shape="ellipse",label="Configuration\nIntegration Environment",fillcolor="violet"]
conf_prod [shape="ellipse",label="Configuration\nProduction Environment",fillcolor="violet"]
repo_dev [label="Repository\nDevelopment Branch",fillcolor="orange"]
repo_int [label="Repository\nIntegration Branch",fillcolor="orange"]
repo_prod [label="Repository\nProduction Branch",fillcolor="orange"]
job_check_predecessor [label="Job check_predecessor",fillcolor="lightskyblue"]
job_next_job [label="Next Job", fillcolor="lightskyblue"]
check_predecessor_successful [shape=diamond,label="execution successful\nfor Job Chain A and Job Chain B?",fillcolor="white"]
order_setback [label="Set back Order",fillcolor="white"]
jobs_dev -> repo_dev
conf_dev -> repo_dev
repo_dev -> jobs_int
conf_int -> repo_int
repo_dev -> jobs_prod
conf_prod -> repo_prod |
The deployments from test to integration to production make use of the following steps
...