Technologieaustausch

Einführung in Gitlab CI/CD

2024-07-12

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Basiskonzept

Die GitLab CI/CD-Pipeline (Continuous Integration/Continuous Deployment) ist eine leistungsstarke Funktion der GitLab-Plattform, die darauf ausgelegt ist, die Effizienz des Entwicklungsteams und die Qualität von Software-Releases durch Automatisierung des Erstellungs-, Test- und Bereitstellungsprozesses zu verbessern.

CI (Kontinuierliche Integration): Kontinuierliche Integration bezieht sich auf die häufige Integration von Code in das Backbone und die Gewährleistung der Stabilität des integrierten Codes durch automatisierte Tests.

CD (Kontinuierliche Bereitstellung/Bereitstellung) : Continuous Delivery/Deployment kann als nächster Schritt der Continuous Integration angesehen werden. Kontinuierliche Bereitstellung bedeutet, dass Anwendungen auf der Grundlage der kontinuierlichen Integration nicht nur automatisch erstellt und getestet werden, sondern dass der Bereitstellungsprozess für die Anwendungsbereitstellung noch einen Schritt weiter geht und der Bereitstellungsprozess automatisch ausgelöst wird.

Kernfunktionen

Automatisierter Build: Jedes Mal, wenn eine Code-Commit- oder Merge-Anfrage angenommen wird, löst GitLab CI/CD automatisch den Build-Prozess aus, um sicherzustellen, dass der Code erfolgreich kompiliert werden kann.Kann als GitLab-Automatik verstanden werdenRechtsDer übermittelte Code wird erstellt und getestetWarten.

automatisierter Test: Nach Abschluss des Builds führt die Pipeline automatisch Testskripte aus, einschließlich Komponententests, Integrationstests usw., um die Qualität und Stabilität des Codes sicherzustellen.

Automatisierte Bereitstellung: Nach dem Bestehen des Tests kann die Pipeline die Anwendung automatisch in der angegebenen Umgebung (z. B. Entwicklungsumgebung, Testumgebung, Produktionsumgebung) bereitstellen, wodurch die Zeit von der Codeübermittlung an die Produktionsumgebung erheblich verkürzt wird.

Dies ist im tatsächlichen Einsatz nicht der Fall

Im Allgemeinen übermitteln wir den Code an Git und er wurde in der tatsächlichen lokalen Umgebung getestet. Die Verwendung von Git dient nur dem Code-Hosting, der Versionskontrolle, der Codeüberprüfung und anderen Vorgängen, und wir kümmern uns nie um die Erstellung und das Testen des Codes auf Gitlab Darüber hinaus kann es aufgrund der Abhängigkeit von der Übermittlung zu unzureichenden Ressourcen, Cache, Parallelitätskonflikten usw. kommenCI/CD-Pipeline-Fehler, Diese Art von Fehler ist im Allgemeinen auf eine geringere Nutzung zurückzuführen und die spezifischen Gründe sind schwer zu analysieren.Daher im Allgemeinen bei der Verwendung von GitlabWählen Sie diese Option, um die CI/CD-Funktion auszuschalten

Beispiel für einen CI/CD-Pipeline-Fehler

CI/CD-Funktion ausschalten:

 

Ergebnis: