Key Takeaways

• Continuous Delivery (CD) ist eine Software -Bereitstellungsmethode, die eine schnelle, zuverl?ssige und h?ufige Bereitstellung von Updates und neuen Funktionen für einen Live -Server erm?glicht und das Risiko und die manuelle Intervention verringert. Dieser Prozess ist von Vorteil bei der Aufrechterhaltung der Qualit?tskontrolle, der Reduzierung der Entwicklungskosten und der Steigerung der Produktivit?t.
• CD umfasst einen Entwickler, der automatisierte Software -Tests und -code schreibt, Aktualisierungen lokal testen und validiert, die Filiale in ein Repository für das Central -Version steuert und dann das CD -System automatisch die aktualisierte Software abzieht, Build -Prozesse ausführt und automatisierte Tests erneut ausführt auf einem Staging -Server. Nach der Genehmigung werden alle ?nderungen ohne Aufwand des Entwicklers auf dem Live -Server bereitgestellt.
• CD kann mithilfe von Diensten wie Codeship automatisiert werden, die den CD -Prozess verwalten k?nnen. Dies verkürzt die Zeit und den Aufwand für die manuelle Bereitstellung, wodurch der Prozess effizienter und weniger anf?llig für menschliche Fehler ist.

Dieser Artikel wurde von Codeship gesponsert. Vielen Dank, dass Sie die Sponsoren unterstützt haben, die SidePoint erm?glichen! Wie stellen Sie Ihre Website oder Anwendung auf Ihrem Live -Server bereit? Klingt dieser Prozess bekannt?

1. Erhalten Sie eine Kopie der neuesten Codebasis
2. addieren, bearbeiten und entfernen Sie den Code nach Bedarf
3. Testen Sie das Update
4. alle Dateien mit FTP
alle Dateien auf den Server ge?ndert.
Spülen und wiederholen Sie

Es ist ein einfacher Workflow, der von vielen Entwicklern verwendet wird. Ein Anteil der Entwickler verwaltet auch Aktualisierungen ohne Quellensteuerung wie Git oder SVN. Der Prozess kann für kleine Projekte mit seltenen Aktualisierungen gut genug sein. Leider wird der Moment abgebaut, in dem Ihre Website oder Anwendung ein beliebiges Komplexit?tsniveau erreicht.

Probleme mit einem traditionellen Workflow

1. Tests ist nicht robust

Stimmt Ihr lokales System genau für Ihre Serverumgebung überein?

2. Es ist ein Fehler, der anf?llt

Eine verpasste Datei oder ein Vers?umnis, einen Datenbankdatensatz zu aktualisieren, kann die gesamte Anwendung senken.

3. Sie setzen sich für ein Live -System

ein Benutzer k?nnen auf Zugriffsprobleme sto?en, selbst wenn der Prozess innerhalb weniger Minuten erfolgreich abgeschlossen ist. Würden Amazon, Google Mail-, Facebook- oder Twitter -Benutzer h?ufig unzuverl?ssig sind?

4. Es ist schwierig, die Rückkehr

zurückzukehren Ihre Fehler sind live; Die ?nderung der ?nderungen ist nicht immer einfach, auch wenn Sie die Quellensteuerung verwenden.

5. Die Quellensteuerung deckt m?glicherweise nicht jede Eventualit?t

ab Sie k?nnen Datenbankdaten oder andere Assets verlieren, die nicht als Dateien gespeichert werden.

6. Es ist kein zukünftiger Beweis

Der Workflow wird immer schwieriger, da mehr Entwickler dem Projekt beitreten oder zus?tzliche Server hinzugefügt werden.

7. Der Versand ist langsamer

Die manuelle Bereitstellung ist schmerzhaft, so

8. Die Entwicklung ist unvorhersehbar und Misserfolg ist m?glicherweise nicht Ihr (direkter) Fehler

Eine neue Version von Ruby, Node.js Update, Framework Upgrade oder Datenbankwechsel auf Ihrem Live -Server kann Ihre Anwendung zum Stillstand bringen. Wir berücksichtigen selten andere Software in unserem Stapel, aber selbst ein Betriebssystem oder ein Infrastruktur -Update k?nnte riskant sein. Vermeiden Sie Aktualisierungen, um die Gefahren trotz der von ihnen mitgesetzten Geschwindigkeit, Stabilit?t und Sicherheitsvorteile zu minimieren?

Das Hauptproblem: Der Prozess ist mühsam

Sie k?nnten weitaus produktivere Arbeit leisten. Warum sollten Sie manuelle Aktualisierungen ertragen, wenn Software und Dienste die mühsamen Aufgaben für Sie erledigen k?nnen? M?glicherweise verwenden Sie bereits Build -Tools wie Grunzen, Schlucken, Make oder Rake. Warum also nicht Ihren Workflow -Prozess mit automatisierter kontinuierlicher Lieferung abschlie?en?

kontinuierliche Lieferung auf den Punkt

Durch kontinuierliche Lieferung k?nnen Sie und Ihre Teammitglieder schnell, zuverl?ssig und wiederholt Korrekturen, Verbesserungen und neue Funktionen auf Ihrem Live -Server einsetzen. Ziel ist es, das Risiko und die manuelle Intervention zu verringern. Sie werden auch auf den Begriff kontinuierliche Integration begegnen, der sich auf den testgesteuerten Entwicklungsteil dieses Prozesses bezieht. Die beiden Begriffe werden jedoch oft austauschbar verwendet. Eine kontinuierliche Lieferung kann als Bereitstellungspipeline vorgestellt werden, über die Software von Entwicklern auf den Live -Server flie?t. Der Fluss kann auferlegt werden, wenn eine Person oder ein System einen kritischen Fehler bemerkt. Der Prozess folgt im Allgemeinen folgenden Schritten, obwohl sich die Richtlinien von Team zu Team unterscheiden:

1. Ein Entwickler schreibt automatisierte Softwaretests und Code, bevor er seine Updates vor Ort testen und validiert. Eine beliebige Anzahl von Entwicklern k?nnte an verschiedenen Updates arbeiten, die jeweils einen eigenen Zweig der aktuellen Anwendung erstellt haben.
2. Der Zweig wird in ein zentrales Versionskontrollrepository wie GitHub oder Bitbucket gedrückt. In der Regel führt dies zu einer Pull -Anfrage, die von einem anderen Entwickler überprüft werden kann, bevor sie in die Hauptsoftware -Niederlassung zusammengefasst werden.
3. Das kontinuierliche Liefersystem zieht automatisch die aktualisierte Software an, führt Build -Prozesse aus und führt automatisierte Tests aus. Dies geschieht auf einem Staging -Server, der über eine identische Umgebung zum Live -Server verfügt. Entwickler werden benachrichtigt, wenn Fehler auftreten.
4. Zus?tzliche Benutzerakzeptanztests und -bewertung k?nnen jetzt von den Produktbesitzern und/oder Clients auf dem Staging -Server durchgeführt werden.
5. Bei der endgültigen Genehmigung werden alle ?nderungen schnell und schmerzlos auf dem Live -Server eingesetzt, ohne dass der Entwickler auf Anstrengungen teilnimmt.

Kontinuierliche Lieferung wird h?ufig in agilen Entwicklungsumgebungen verwendet, aber Sie k?nnen sie unabh?ngig von den von Ihnen verwendeten Prozessen einnehmen. Der Prozess enth?lt eine Vielzahl von Vorteilen:

• Der Einsatzprozess ist robust. Sie vertrauen darauf, dass ein Update funktioniert, bevor es auf dem Live -Server installiert ist.
• Es gibt weniger Risiken. Der Prozess ist weniger anf?llig für menschliches Versagen und im Falle eines katastrophalen Versagens k?nnen Sie die Anwendung in einen Arbeitszustand zurückführen.
• Qualit?tskontrolle wird beibehalten. Nur genehmigter Code sollte live eingesetzt werden.
• Ihr Team wird produktiver und die Entwicklungskosten werden gesenkt. Die anf?ngliche Einrichtungszeitinvestition wird innerhalb weniger Tage zurückgezahlt, wenn Entwickler nicht an manuellen Bereitstellungsprozessen beteiligt sein müssen.

Die Vorteile einer kontinuierlichen Lieferung sind jedoch erheblich gr??er, wenn Sie die Software nicht selbst verwalten müssen.

automatisierte kontinuierliche Lieferservices

Die Installation, Konfiguration und Verwaltung einer Reihe kontinuierlicher Liefersoftwareprodukte kann entmutigend, zeitaufw?ndig und teuer sein, wobei einige Produkte schwer zu arbeiten sind. W?hrend Apps und Dienste wie Slack, Crashlytics und Pusher andere Entwickleraufgaben einfacher machen, tun andere dasselbe für eine kontinuierliche Lieferung. Ein solches Beispiel ist Codeship, ein UX-fokussierter Produkt, das den kontinuierlichen Lieferprozess für Sie kümmern kann. Ihre Systeme sind so konzipiert, dass sie benutzerfreundlich sind, aber Sie k?nnen Unterstützung und Ratschl?ge von einer realen Person erhalten, falls Sie dies ben?tigen. Die durchschnittliche Einrichtungszeit? Vier Minuten. Das ist schneller als eine einzige FTP -Sitzung und Sie müssen es nur einmal tun! Sie haben auch einen kostenlosen Plan mit bis zu fünf privaten Projekten und 100 Builds pro Monat. Um ein bisschen mehr über die kontinuierliche Lieferung zu erfahren, bietet Codeship einen fünft?gigen E-Mail-Crash-Kurs zu diesem Thema an-es gibt einen Link, der sich am unteren Linken ihrer Homepage anmelden kann. Die kontinuierliche Lieferung ist eine gro?artige M?glichkeit, die Plackerie des FTP -Einsatzes zu verlassen, hoffentlich für immer, und es lohnt sich, untersucht zu werden. Haben Sie eine kontinuierliche Lieferung ausgesetzt? Was sind Ihre Tipps zur Verwaltung der Bereitstellung?

h?ufig gestellte Fragen zur kontinuierlichen Liefer- und Software -Bereitstellung

Was ist eine kontinuierliche Lieferung in der Softwarebereitstellung? Es erweitert die kontinuierliche Integration, indem alle Code?nderungen in einer Testumgebung und/oder in einer Produktionsumgebung nach der Build -Phase bereitgestellt werden. Dies bedeutet, dass Ihre Software neben automatisierten Tests automatisch für die Produktion zu einem bestimmten Zeitpunkt bereitgestellt werden kann. Der Hauptunterschied liegt in ihren letzten Phasen. Kontinuierliche Lieferung bedeutet, dass die Software jederzeit ver?ffentlicht werden kann, mit der Entscheidung, dem Team zu bereitstellen. Auf der anderen Seite geht die kontinuierliche Bereitstellung noch einen Schritt weiter, indem die ?nderungen der Produktion ohne menschliche Intervention automatisch bereitgestellt werden, vorausgesetzt, alle automatisierten Tests sind bestanden. Die Lieferung bietet mehrere Vorteile. Es erm?glicht schnellere und h?ufigere Ver?ffentlichungen, wodurch das Risiko, die Zeit und der Aufwand für die Bereitstellung neuer Funktionen verringert werden. Es erm?glicht auch ein schnelles Feedback zu neuen ?nderungen, um sicherzustellen, dass alle Probleme unverzüglich identifiziert und angesprochen werden. Darüber hinaus f?rdert es eine Kultur der gemeinsamen Verantwortung, in der Entwickler am gesamten Zyklus einer ?nderung beteiligt sind - vom Schreiben von Code bis zur Bereitstellung und überwachung in der Produktion.

Welche Tools werden üblicherweise in der kontinuierlichen Lieferung verwendet? Diese Tools bieten Funktionen für die Build -Automatisierung, das Testen und die Bereitstellung und helfen den Teams dabei, ihre Lieferpipeline zu automatisieren.

Wie kann ich eine kontinuierliche Lieferung in meinem Projekt implementieren? Zun?chst müssen Sie ein Versionskontrollsystem für Ihre Codebasis einrichten. Als n?chstes müssen Sie Ihre Build- und Testprozesse mithilfe eines kontinuierlichen Integrationsservers automatisieren. Anschlie?end müssen Sie Ihren Bereitstellungsprozess automatisieren und sicherstellen, dass Ihre Software jederzeit ver?ffentlicht werden kann. Schlie?lich müssen Sie Ihre Anwendung in der Produktion überwachen, um Probleme schnell zu identifizieren. Entwicklermaschine zur Produktionsumgebung. Es umfasst mehrere Phasen, einschlie?lich des Festschaffens, der Erstellung, des Testens und des Einsatzes, wobei jede Phase für verschiedene Arten von Problemen ausgelegt ist. Tests spielt eine entscheidende Rolle bei der kontinuierlichen Lieferung. Es stellt sicher, dass Codes?nderungen keine vorhandenen Funktionen unterbrechen oder neue Fehler einführen. Durch automatische Ausführung von Tests für jede ?nderung k?nnen Teams Probleme frühzeitig fangen und beheben, wodurch das Risiko von Produktionsproblemen verringert wird. In DevOps, eine Kultur und eine Reihe von Praktiken, die darauf abzielen, den Lebenszyklus der Softwareentwicklung zu verkürzen und eine kontinuierliche Lieferung mit hoher Softwarequalit?t zu bieten. Durch die Automatisierung der Build-, Test- und Bereitstellungsprozesse tr?gt die kontinuierliche Lieferung dazu bei, die Hindernisse zwischen Entwicklung und Operationen abzubauen und eine Kultur der gemeinsamen Verantwortung zu f?rdern. ??> Die Durchführung einer kontinuierlichen Lieferung kann eine Herausforderung sein. Es erfordert eine erhebliche Verschiebung der Denkweise sowie ?nderungen an Ihren Entwicklungs- und Betriebsprozessen. Einige h?ufige Herausforderungen sind die Einrichtung der erforderlichen Automatisierung, die Verwaltung der erh?hten H?ufigkeit der Ver?ffentlichungen und die Sicherstellung, dass Ihr Team über die erforderlichen F?higkeiten und Kenntnisse verfügt. ??> Die Herausforderungen der kontinuierlichen Lieferung beinhalten eine Kombination aus technischen und kulturellen Ver?nderungen. Auf der technischen Seite müssen Sie in Automatisierung und Toolierung investieren und sicherstellen, dass Ihr Team über die erforderlichen F?higkeiten verfügt. Auf der kulturellen Seite müssen Sie eine Kultur der gemeinsamen Verantwortung f?rdern, in der jeder in den Lieferprozess involviert ist und das Eigentum an der Qualit?t der Software verspürt.

Das obige ist der detaillierte Inhalt vonSo verwenden Sie die kontinuierliche Lieferung zur Bereitstellung auf einem Live -Server. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!