Informationen zur fortlaufenden Integration
Bei der Softwarepraktik der fortlaufenden Integration (CI) erfolgen häufige Code-Commits an ein gemeinsames Repository. Häufigeres Committen von Code erkennt Fehler schneller und reduziert die Menge an Code, die ein Entwickler debuggen muss, wenn er die Fehlerquelle findet. Durch häufige Code-Aktualisierungen lassen sich zudem Änderungen von verschiedenen Mitgliedern eines Software-Entwicklungsteams leichter zusammenführen. Dies bedeutet einen erheblichen Vorteil für die Entwickler, die sich damit stärker auf das Schreiben des Codes konzentrieren können, statt Fehler debuggen oder Mergekonflikte beheben zu müssen.
Durch einen Codecommit an das Repository kannst du den Code fortlaufend erstellen und testen, sodass gewährleistet ist, dass der Commit keine Fehler einbringt. Die Tests können beispielsweise Code-Linters (überprüfen Stilformatierungen), Sicherheitsprüfungen, Code-Abdeckung, Funktionstests und andere benutzerdefinierte Prüfungen umfassen.
Zum Erstellen und Testen des Codes ist ein Server erforderlich. Du kannst Aktualisierungen lokal erstellen und testen, bevor du den Code per Push an ein Repository sendest, oder auch einen CI-Server nutzen, der neue Codecommits in einem Repository überprüft.
Informationen zur kontinuierlichen Integration mithilfe von GitHub Actions
CI mit GitHub Actions bietet Workflows, mit denen Sie den Code in Ihrem Repository erstellen und Ihre Tests ausführen können. Workflows können auf GitHubvon Ihnen gehosteten virtuellen Computern oder auf Computern ausgeführt werden, die Sie selbst hosten. Weitere Informationen findest du unter Von GitHub gehostete Runner und Selbstgehosteten Runnern.
Sie können Ihren CI-Workflow so konfigurieren, dass er ausgeführt wird, wenn ein GitHub Ereignis auftritt (z. B. wenn neuer Code an Ihr Repository übertragen wird), in einem festgelegten Zeitplan oder wenn ein externes Ereignis mit dem Repository-Verteiler-Webhook auftritt.
GitHub führt Ihre CI-Tests aus und stellt die Ergebnisse der einzelnen Tests in der Pullanforderung bereit, sodass Sie sehen können, ob die Änderung in Ihrer Verzweigung einen Fehler verursacht. Sobald alle CI-Tests in einem Workflow bestanden wurden, können die per Push übermittelten Änderungen von einem Teammitglied geprüft oder zusammengeführt werden. Wenn ein Test nicht bestanden wird, liegt die Ursache eventuell in einer deiner Änderungen.
Wenn Sie CI in Ihrem Repository einrichten, GitHub analysiert den Code in Ihrem Repository und empfiehlt CI-Workflows basierend auf der Sprache und dem Framework in Ihrem Repository. Wenn Sie z. B. Node.jsverwenden, GitHub schlägt eine Workflowvorlage vor, die Ihre Node.js Pakete installiert und Ihre Tests ausführt. Sie können die von GitHub empfohlene CI-Workflowvorlage verwenden, die empfohlene Workflowvorlage anpassen oder eine eigene benutzerdefinierte Workflowdatei erstellen, um Ihre CI-Tests auszuführen.
Neben der Einrichtung von CI-Workflows für Ihr Projekt können Sie GitHub Actions verwenden, um Workflows über den gesamten Softwareentwicklungszyklus hinweg zu erstellen. Du kannst dein Projekt beispielsweise mithilfe von Aktionen bereitstellen, paketieren oder freigeben. Weitere Informationen finden Sie unter Schreiben von Workflows.
Eine Definition allgemeiner Begriffe findest du unter Grundlegendes zu GitHub Actions.
Nächste Schritte
GitHub bietet CI-Workflowvorlagen für eine Vielzahl von Sprachen und Frameworks. Tutorials zum Einrichten von Continuous Integration mit diesen Vorlagen findest du unter Deinen Code bauen und testen.