KI für DevOps-Engineers – Teil 1: Die Grundlagen von DevOps-KI
DevOps ist ein entscheidender Erfolgsfaktor in der Softwareentwicklung, und wir sind definitiv alle auf die eine oder andere Weise auf KI gestoßen. Eine
Git ist ein verteiltes Versionierungssystem und wird zur Versionskontrolle von Dateien eingesetzt. Git steht als Open-Source Software zur Verfügung und ermöglicht, Dateien über sogenannte "Repositories" (Repos) zur Verfügung zu stellen. Durch die stetige Protokollierung von Änderungen ist es auch möglich, diese rückgängig zu machen und zu vorherigen Versionen zurückzukehren. Durch sogenannte Branches (z.B.für jedes Feature) kann man an mehreren Themen separat arbeiten. So ist es möglich, die Arbeit an einem neuen Feature so lange von der zentrale Entwicklungslinie zu trennen, bis die einzelnen Arbeiten abgeschlossen sind und übernommen werden können.
Manchmal kann es aber schwer sein, sich an all die Befehle zu erinnern. Dieser Artikel fasst die Grundlegenden Befehle zusammen und steht zum Download zur Verfügung:
Mit git config können Konfigurationsoptionen, wie Name und E-Mailadresse gesetzt werden.
1# Benutzername und E-Mail festlegen
2$ git config --global user.name "Ihr Name"
3$ git config --global user.email "username@course.com"
Mit git init wird ein Repository im aktuellen Ordner erstellt. Dort werden nun auch die Dateien des Ordners versioniert.
1# Neues Repository in aktuellem Verzeichnis erstellen
2$ git init
3
4# Ein externes Repository klonen
5$ git clone [url]
6
7# Ein externes Repository hinzufügen
8$ git remote add [localname] [https://YOUR_GIT_REPO_URL.git]
Mit git add werden Dateien und die kompletten Dateiinhalte zum nächsten Commit hinzugefügt. Mit git commit wird der Commit im Repository abgelegt.
1# Status des Projekts überprüfen
2$ git status
3
4# Hinzufügen der Änderungen zum nächsten Commit
5$ git add [file]
6
7# Alle Änderungen hinzufügen
8$ git add .
9
10# Entfernen eines Files vom nächsten Commit
11$ git rm [file]
12
13# Commit der vorherigen Änderungen
14$ git commit -m "An inline commit message"
15
16# File vom Commit entfernen
17$ git reset [file]
18
19# File zurücksetzen zum letzten Stand
20$ git checkout [file]
21
22# Historie der Änderungen ansehen
23$ git log
Branches dienen dazu, um einen separaten Arbeitszweig zu erstellen. Arbeiten können in einem eigenen Branch erfolgen und nach Fertigstellung zurück in den Master-Zweig eingearbeitet wird.
1# Neue Branch erzeugen
2$ git branch [new-branch]
3
4# Zu einer Branch wechseln
5$ git checkout [branch]
6
7# Kurze Version
8$ git checkout -b [new-branch]
9
10# Eine lokale Branch löschen
11$ git branch -d [branch]
Erfolgen Änderungen in dem Remote-Repository, werden mit git pull diese Änderungen lokal angewendet. Beim git push werden die Commits zum Remote-Repository geschoben.
1# Änderungen von externem Repository runterziehen
2$ git pull [remote] [branch]
3
4# Lokale Änderungen auf externes Repository schieben
5$ git push [remote] [branch]
Mit git merge werden Änderungen aus einem anderen Branch in den aktiven Branch übernommen. Dabei werden die Änderungen, die zwischenzeitlich in dem zu mergenden Branch erfolgt sind, auf den aktuellen Stand im aktiven Branch angewendet.
1# Fusioniere Branch mit aktuellem HEAD
2$ git merge [branch]
Ein Commit kann mit einem Tag versehen werden. Tags werden verwendet, um wichtige Punkte in der Projekthistorie zu markieren. Es ist üblich, beim Release den jeweiligen Commit mit einem Versionsnummern-Tag zu versehen.
1# Hinzufügen eines Tags zum aktuellen Commit
2$ git tag
3
4# Erstellen eines Tags mit Kommentar
5$ git tag -a v1.4 -m "my version 1.4"
6
7# Erstellen eines Tags
8$ git tag v1.4-lw
9
10# Anzeigen und checkout eines Tags
11$ git show v1.4
12$ git checkout tags/<tag_name>
Sie interessieren sich für unsere Trainings oder haben einfach eine Frage, die beantwortet werden muss? Sie können uns jederzeit kontaktieren! Wir werden unser Bestes tun, um alle Ihre Fragen zu beantworten.
Hier kontaktieren