Versionskontrollsysteme haben seit ihrer Einführung in den 70er Jahren einen tiefgreifenden Einfluss auf die Softwareentwicklung gehabt.
Der Einsatz von Versionskontrollsystemen (VCS) in der Softwareentwicklung ist nahezu notwendig geworden, weshalb 70 % der Softwareentwicklungsteams für ihre Versionierungsanforderungen ein VCS wie Git verwenden.
Als ob das noch nicht genug wäre, ist die Akzeptanz in den letzten Jahren stetig gestiegen, da diese Systeme sowohl die Codeverwaltung als auch die Codequalität und -genauigkeit verbessern.
Angesichts der Bedeutung dieser Vorteile für die vielgepriesene DevOps-Philosophie sollte es nicht überraschen, dass Versionskontrollsysteme in der modernen Softwareentwicklung noch wichtiger geworden sind.
Auch wenn der Software Development Life Cycle (SDLC) schon seit einiger Zeit vorherrscht, gibt es neue Philosophien, die versprechen, Anwendungen und Dienste mit kürzeren Durchlaufzeiten bereitzustellen.
Eine dieser Philosophien ist DevOps: eine Reihe von Praktiken, die über die traditionelle Softwareentwicklung hinausgehen, mit dem Ziel, die Markteinführung eines Produkts zu beschleunigen und dadurch Kunden effizient zu bedienen. Insbesondere liegt der Schwerpunkt auf Automatisierung und Rationalisierung, die den Praktikern dabei helfen sollen, Software schneller zu entwickeln.
Wenn es um die Anwendung einer solchen Softwareentwicklungsmethodik geht, arbeiten sowohl die Entwicklungs- als auch die Betriebsteams zusammen und teilen sich die Verantwortung für die Bemühung, so schnell wie möglich sichere, funktionsreiche Software zu entwickeln. Natürlich neigen DevOps-Teams auch dazu, zu prüfen, was echte Benutzer benötigen, und diese Funktionen in ihre schnellen, inkrementellen Updates einzubeziehen.
Im Großen und Ganzen entfällt dieses veraltete Geschäft mit isoliert arbeitenden Teams dank der Verwendung neuer Tools, die den Austausch und die Zusammenarbeit unterstützen. Durch die Möglichkeit, mit diesen Tools schneller zu kommunizieren und Feedback auszutauschen, ist eine schnellere Markteinführung des besagten Softwareprodukts erreichbar, was die Übernahme der DevOps-Philosophie wünschenswert macht.
Apropos DevOps-Tools: Die Verwendung eines Versionskontrollsystems (VCS) wie Git ist wahrscheinlich am gefragtesten. Vor allem seit DevOps begonnen hat, eine herausragende Rolle in der Softwareentwicklung zu spielen.
Wie Sie bereits wissen, ist ein Versionskontrollsystem – ähnlich wie Git – für die Verwaltung Ihres Codes und aller Änderungen verantwortlich, die seit Beginn des Projekts vorgenommen wurden. Mit anderen Worten: Es wird ein vollständiger Verlauf Ihres Codes verwaltet, sodass keine manuelle Verwaltung erforderlich ist.
Wenn Sie ein solches Quellcode-Verwaltungstool verwenden, erhalten Sie Informationen über die vorgenommenen Änderungen, den Zeitstempel, zu dem die Änderung vorgenommen wurde, und die Person, die diese Änderungen vorgenommen hat. Angesichts der Gründlichkeit, die ein VCS bei der Verwaltung aller Versionen des Projektquellcodes hat, besteht keine Gefahr versehentlicher Änderungen. Noch wichtiger ist jedoch, dass Teams gleichzeitig an Projekten arbeiten und gleichzeitig Zweige und Zusammenführungen für das besagte Projekt erstellen können, um eine gute „Hauptlinie“ aufrechtzuerhalten.
Was die DevOps-Methodik betrifft, so unterstützt ein Versionskontrollsystem in der Regel die Zusammenarbeit und das gemeinsame Feedback durch seine Fähigkeit, Dateien automatisiert zu verwalten und zu verfolgen. Ihr Team kann den Quellcode sehen, da er an einem Ort aufbewahrt wird und für alle mit maximaler Sichtbarkeit zugänglich ist: Alle Teammitglieder können sehen, wer an welchen Dateien arbeitet, sodass es auch nicht zu Duplikaten kommt.**
Es gibt zwei Arten von Versionskontrollsystemen: verteilte und zentralisierte. Während ersteres jedem Benutzer ermöglicht, eine Kopie auf seinem lokalen Computer zu speichern, ermöglicht letzteres Benutzern den Zugriff auf einen zentralen Server. Wenn es um verteilte Versionskontrolltools geht, verwenden die meisten Softwareentwicklungsteams Git.
Git wurde von Linus Torvalds verfasst und erstmals 2005 zur Verwendung freigegeben, um die Entwicklung des Linux-Kernels zu verfolgen.
Als Open-Source-Software kann Git je nach Betriebssystem, das Sie auf Ihrem System ausführen, von der Website heruntergeladen werden. Ja, dazu gehört auch Windows!
Sobald Sie Git auf Ihrem System installiert haben, gibt es zwei Möglichkeiten, wie Sie dieses VCS verwenden können: über das Terminal oder eine GUI. Mehrere GUIs wurden entwickelt, um Git benutzerfreundlicher zu machen, aber die Verwendung des Terminals war schon immer der bevorzugte Ansatz.
Apropos: Der allererste Befehl, den Sie nach der Installation von Git verwenden müssen, besteht darin, zu überprüfen, ob es auf Ihrem System verfügbar ist oder nicht:
Wenn Sie eines Ihrer Projekte außerdem einer Versionskontrolle unterziehen möchten, müssen Sie mithilfe der folgenden Befehle ein Projektverzeichnis erstellen und dorthin navigieren:
Sobald Sie ein Projekt erstellt haben, ist es an der Zeit, ein Git-Repository zu erstellen, das alle Änderungen am Quellcode verfolgt, indem Sie den folgenden Befehl ausführen:
Sobald Sie dies abgeschlossen haben, gibt es gängige Git-Befehle, die Sie beim Schreiben von Quellcode in Ihren Projekten verwenden werden und die es wert sind, als nächstes erkundet zu werden.**
Wie bereits erwähnt, verwenden die meisten Entwickler Git, da es in der modernen Softwareentwicklung eine wichtige Rolle spielt.
Wenn Sie also die Versionierung für Ihre Codierungsprojekte als wichtig erachten, finden Sie hier fünf gängige Git-Befehle, mit denen sich jeder Entwickler vertraut machen muss:
Wie der Name schon sagt, legt dieser Befehl Konfigurationsoptionen fest, entweder im globalen Sinne oder für ein Repo.
Zwei häufige Verwendungszwecke für diesen Befehl umfassen das Festlegen des Benutzernamens und der E-Mail-Adresse:
Wie Sie der Ausgabe unten entnehmen können, liefert Ihnen der Befehl git status Informationen über den Staging-Bereich und das Arbeitsverzeichnis. Insbesondere sehen Sie die vorgenommenen Änderungen und auch die Dateien, die Git noch nicht verfolgt.
Wenn Sie diesen Befehl ausführen, fügen Sie die Änderungen aus dem Arbeitsverzeichnis zum Staging-Bereich hinzu. Sie teilen Git mit, dass Sie beabsichtigen, Änderungen an einer Datei vorzunehmen, wenn Sie den Commit-Befehl ausführen.
** **
Dieser Commit-Befehl hilft Ihnen beim Speichern aller am bereitgestellten Bereich vorgenommenen Änderungen und gilt als „sichere“ Version des Projekts, da die vorgenommenen Änderungen zuerst hinzugefügt werden, während der Commit-Befehl sicherstellt, dass diese Änderungen im lokalen Repo gespeichert werden.
Dieser Befehl bietet dem Entwickler die Möglichkeit, den jeweiligen Verlauf eines Projekts einzusehen, sodass eine bestimmte Version des Projekts gefunden werden kann. Zur Verfeinerung dieser Suche können mehrere Argumente hinzugefügt werden.
Nun wäre es unfair, Github nicht zu erwähnen, da es alle Git-Repositories online hostet und so die Zusammenarbeit zwischen Entwicklern erheblich erleichtert. Als Entwickler gibt es drei weitere interessante Befehle, die Sie lernen können und die mit auf Github gehostetem Code funktionieren: Git Push, Git Pull und Git Clone.
Gefällt Ihnen, was Sie lernen?
Möchten Sie diese Fähigkeiten in der Web3-Welt anwenden?
Lumos Academy – eine Web3-Bildungsplattform, die sich der Vermittlung von Blockchain-Entwicklungskonzepten mit umfassenden Lehrplänen widmet.
Werfen Sie einen Blick darauf und seien Sie der Lernkurve einen Schritt voraus: https://academy.lumoslabs.co/