Kontinuierliche Integration - Versionskontrolle

Versionskontrollsysteme, auch als Quellcodeverwaltungssysteme, Quellcodeverwaltungssysteme oder Revisionskontrollsysteme bezeichnet, sind ein Mechanismus zum Speichern mehrerer Versionen Ihrer Dateien, sodass Sie beim Ändern einer Datei weiterhin auf die vorherigen Revisionen zugreifen können.

Das erste beliebte Versionskontrollsystem war ein proprietäres UNIX-Tool namens SCCS(Source Code Control System) aus den 1970er Jahren. Dies wurde ersetzt durchRCS, das Revisionskontrollsystem und später CVS, System für gleichzeitige Versionen.

Jetzt werden die beliebtesten Versionskontrollsysteme verwendet Subversion und Git. Schauen wir uns zunächst an, warum wir ein Versionskontrollsystem verwenden müssen, und schauen wir uns dann an, wie wir unseren Quellcode einfügenGit source code repository system.

Zweck des Versionskontrollsystems

Ein Grund, warum wir den Begriff Versionskontrolle der Quellcodeverwaltung vorziehen, ist, dass die Versionskontrolle nicht nur für den Quellcode gilt. Jedes einzelne Artefakt im Zusammenhang mit der Erstellung Ihrer Software sollte unter Versionskontrolle stehen.

Developers should use it for source code - Standardmäßig muss der gesamte Quellcode im Versionskontrollsystem gespeichert werden

Related artefacts- Jedes System verfügt über zu dem Quellcode verwandte Artefakte wie Datenbankskripte, Erstellungs- und Bereitstellungsskripte, Dokumentation, Bibliotheken und Konfigurationsdateien für Ihre Anwendung, Ihren Compiler und die Sammlung von Tools usw. All dies ergänzt den gesamten Entwicklungs- und Bereitstellungsprozess und muss auch im Versionskontrollsystem gespeichert werden.

Durch Speichern aller Informationen für die Anwendung in der Quellcodeverwaltung wird es einfacher, die Test- und Produktionsumgebungen, in denen Ihre Anwendung ausgeführt wird, neu zu erstellen. Dies sollte Konfigurationsinformationen für den Software-Stack Ihrer Anwendung und die Betriebssysteme enthalten, aus denen die Umgebung, DNS-Zonendateien, die Firewall-Konfiguration usw. bestehen.

Sie benötigen mindestens alles, um die Binärdateien Ihrer Anwendung und die Umgebungen, in denen sie ausgeführt werden, neu zu erstellen. Ziel ist es, alles, was sich zu jedem Zeitpunkt im Projektverlauf möglicherweise ändern kann, kontrolliert zu speichern. Auf diese Weise können Sie zu jedem Zeitpunkt in der Projekthistorie eine genaue Momentaufnahme des Status des gesamten Systems von der Entwicklungsumgebung zur Produktionsumgebung wiederherstellen.

Es ist sogar hilfreich, die Konfigurationsdateien für die Entwicklungsumgebungen des Entwicklungsteams in der Versionskontrolle zu belassen, da es für alle im Team einfach ist, dieselben Einstellungen zu verwenden. Analysten sollten Anforderungsdokumente speichern. Tester sollten ihre Testskripte und -verfahren in der Versionskontrolle behalten. Projektmanager sollten hier ihre Release-Pläne, Fortschrittsdiagramme und Risikoprotokolle speichern.

Kurz gesagt, jedes Mitglied des Teams sollte alle Dokumente oder Dateien, die sich auf das Projekt beziehen, in der Versionskontrolle speichern.

Arbeiten mit Git für das Quellcode-Versionskontrollsystem

Dieser Abschnitt konzentriert sich nun darauf, wie Git als Versionskontrollsystem verwendet werden kann. Es wird sich darauf konzentrieren, wie Sie Ihren Code in das Versionskontrollsystem hochladen und Änderungen daran verwalten können.

Unsere Demo-Anwendung

Für den Zweck dieses gesamten Tutorials werden wir uns ein einfaches ansehen Web ASP.NetAnwendung, die für den gesamten kontinuierlichen Integrationsprozess verwendet wird. Wir müssen uns für diese Übung nicht auf die gesamten Codedetails konzentrieren. Nur ein Überblick über die Funktionsweise des Projekts reicht aus, um den gesamten kontinuierlichen Integrationsprozess zu verstehen. Diese .NET-Anwendung wurde mit dem erstelltVisual Studio Integrated Development Environment.

Der folgende Screenshot zeigt die Struktur der Lösung in der Visual Studio-Umgebung. Es ist eine sehr einfache Webanwendung, die den Hauptcode in der enthältDemo.aspx Datei.

Der Code in der Datei Demo.aspx wird im folgenden Programm angezeigt:

<html xmlns = "http://www.w3.org/1999/xhtml">
   <head runat = "server">
      <title>TutorialsPoint</title>
   </head>
   
   <body>
      <form id = "form1" runat="server">
         <div><%Response.Write("Continuous Integration"); %></div>
      </form>
   </body>
   
</html>

Der Code ist sehr einfach und gibt nur die Zeichenfolge "Continuous Integration" an den Browser aus.

Wenn Sie das Projekt in Google Chrome ausführen, erfolgt die Ausgabe wie im folgenden Screenshot gezeigt.

Verschieben des Quellcodes nach Git

Wir werden zeigen, wie der Quellcode von der Befehlszeilenschnittstelle nach Git verschoben wird, damit der Endbenutzer besser weiß, wie Git verwendet werden kann.

Step 1 - Initialisieren Sie die Git Repository. Gehen Sie zur Eingabeaufforderung, gehen Sie zu Ihrem Projektordner und geben Sie den Befehl eingit init. Dieser Befehl fügt die erforderlichen Git-Dateien zum Projektordner hinzu, damit sie von Git erkannt werden können, wenn sie in das Repository hochgeladen werden müssen.

Step 2- Hinzufügen Ihrer Dateien, die zum Git-Repository hinzugefügt werden müssen. Dies kann durch Ausgabe desgit add command. Die Option dot teilt Git mit, dass alle Dateien im Projektordner zum Git-Repository hinzugefügt werden müssen.

Step 3- Der letzte Schritt besteht darin, die Projektdateien in das Git-Repository zu übertragen. Dieser Schritt ist erforderlich, um sicherzustellen, dass alle Dateien jetzt Teil von Git sind. Der auszuführende Befehl ist im folgenden Screenshot dargestellt. Das–m option ist ein Kommentar zum Hochladen von Dateien.

Ihre Lösung ist jetzt in Git verfügbar.