https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=Continuous_DeliveryContinuous Delivery - Versionsgeschichte2026-05-24T00:39:31ZVersionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale KopieMediaWiki 1.43.8https://wiki-de.moshellshocker.dns64.de/index.php?title=Continuous_Delivery&diff=2849424&oldid=prev213.168.81.91: kleine Tippfehler beseitigt2022-12-14T08:23:36Z<p>kleine Tippfehler beseitigt</p>
<p><b>Neue Seite</b></p><div>'''Continuous Delivery''' ('''CD''', „fortlaufende Auslieferung“) bezeichnet eine Sammlung von Techniken, Prozessen und Werkzeugen, die den Software-Auslieferungsprozess ({{enS|deployment}}) verbessern.<br />
<br />
Techniken wie [[Kontinuierliche Integration|Continuous Integration]] (CI), [[Testautomatisierung]] und kontinuierliche [[Installation (Computer)|Installation]] werden insbesondere in Kombination mit agilen Methoden eingesetzt, um den Entwicklern schnelles Feedback auf Änderungen zu geben und die Software-Qualität während der Weiterentwicklung aufrechtzuerhalten. Software-Build-Jobs auf CI-Servern wie [[Jenkins (Software)|Jenkins]] ermöglichen ein automatisiertes Testen und Erstellen von „Nightly“- oder „Release“-Versionen. Diese Versionen können mit Hilfe von CD automatisiert auf Entwicklungs-, Test-, Integrations- und Produktivumgebung eingespielt werden.<br />
<br />
Die Automatisierung der Integrations- und Auslieferungsprozesse ermöglicht schnelle, zuverlässige und wiederholbare Deployments. Erweiterungen oder Fehlerkorrekturen können somit mit geringem Risiko und niedrigem manuellem Aufwand in die Produktivumgebung oder zum Kunden ausgeliefert werden. ''Continuous Delivery'' wird primär in Kombination mit [[Agile Softwareentwicklung|agilen Methoden]] eingesetzt. Für eine Einführung von ''Continuous Delivery'' wird häufig eine Umsetzung des [[DevOps]]-Ansatzes empfohlen.<br />
<br />
== Prinzipien ==<br />
Ein zentraler Begriff des CD ist die ''Deployment-Pipeline''<ref>{{Literatur|Autor=Jez Humble, Chris Read, Dan North|Titel=The Deployment Production Line|Sammelwerk=Agile Conference, 2006 |Jahr=2006 | Ort=Washington |Herausgeber=Joseph Chao u. a. | ISBN=0-7695-2562-8 |Verlag=IEEE Computer Society |DOI=10.1109/AGILE.2006.53}}</ref> als [[Lean Development|Lean]] [[Poka Yoke]]: eine Menge von Validierungen, die eine Software auf ihrem Weg zur Veröffentlichung bestehen muss. Der Programmcode wird dazu für jede Änderung, die in der [[Versionsverwaltung]] gemacht wird, falls nötig auf dem Buildserver übersetzt und dann [[Programmpaket|paketiert]]. Es wird eine Reihe verschiedener Tests (eventuell auch manuell) ausgeführt, bevor die Software als veröffentlichungsfähig bezeichnet werden kann.<br />
<br />
Entwickler, die zu einem CD-Prozess wechseln und lange Veröffentlichungszyklen gewohnt sind, müssen ihre Entwicklungstechniken anpassen. Jede Version in der Versionsverwaltung soll zu jeder Zeit lieferbar sein. Entwicklungsmuster wie [[Feature toggle|Featuretoggles]] helfen dabei, Code früh zu versionieren, auch wenn er noch nicht zur Verwendung durch den Endanwender gedacht ist. Andere Techniken wie [[Abspaltung (Softwareentwicklung)#Versionskontrollsysteme|Branching]] werden nicht überflüssig, müssen jedoch an den Prozess angepasst werden.<br />
<br />
== Continuous Deployment ==<br />
Obwohl umgangssprachlich oftmals synonym verwendet, bezeichnet der Begriff ''Continuous Deployment'' eine weitergehende Form des ''Continuous Delivery'', bei dem auch die Auslieferung der Software auf die Produktivinfrastruktur automatisch durchgeführt wird. Im Gegensatz dazu wird die Software bei ''Continuous Delivery'' nur in eine ''Staging-Area'' ausgeliefert, von der sie dann manuell auf die Produktivinfrastruktur veröffentlicht werden kann.<ref>{{Internetquelle |autor=Carl Caum |url=https://puppet.com/blog/continuous-delivery-vs-continuous-deployment-what-s-diff |titel=Continuous Delivery Vs. Continuous Deployment: What's the Diff? |werk= |hrsg=[[Puppet (Software)|Puppet]] |datum=2013-08-30 |zugriff=2018-12-06 |sprache=en}}</ref><br />
<br />
== Siehe auch ==<br />
* [[Quality Gate]] – Qualitätskriterien, die eine Software erfüllen muss, um den nächsten Prozessschritt beginnen zu dürfen<br />
* [[DevOps]] – Eine Sammlung von Anreizen, Prozessen und Werkzeugen, die zum Ziel haben, Bruchstellen zwischen Entwicklung und IT-Betrieb zu überwinden<br />
<br />
== Literatur ==<br />
* {{Literatur | Autor=Jez Humble, David Farley | Titel=Continuous Delivery | TitelErg=Reliable Software Releases Through Build, Test, and Deployment Automation | Reihe=Addison-Wesley Signature | Verlag=Addison-Wesley | Jahr=2010 | Ort=Upper Saddle River | ISBN=978-0-321-60191-9 | Sprache=en}}<br />
* {{Literatur | Autor=Eberhard Wolff | Titel=Continuous Delivery, 2. Auflage| TitelErg=Der pragmatische Einstieg | Verlag=dpunkt | Jahr=2016 | Ort=Heidelberg | ISBN=978-3-864-90371-7 | Sprache=de | Online =[https://continuous-delivery-buch.de/]}}<br />
* {{Literatur | Autor=Michael Hüttermann | Titel=DevOps for Developers | TitelErg=Integrate Development and Operations, The Agile Way | Verlag=Apress | Jahr=2012 | Ort=New York | ISBN=978-1-4302-4569-8 | Sprache=en}}<br />
<br />
== Einzelnachweise ==<br />
<references /><br />
<br />
[[Kategorie:Softwaretechnik]]</div>213.168.81.91