{"id":2458,"date":"2026-10-16T15:00:00","date_gmt":"2026-10-16T19:00:00","guid":{"rendered":"https:\/\/boostelearning.com\/resources\/blog\/what-is-git-2\/"},"modified":"2026-10-16T15:00:00","modified_gmt":"2026-10-16T19:00:00","slug":"what-is-git","status":"publish","type":"post","link":"https:\/\/boostelearning.com\/de\/resources\/blog\/what-is-git\/","title":{"rendered":"Was ist Git? Ein Einsteigerleitfaden f\u00fcr IT-Karrieren"},"content":{"rendered":"<p><strong>Kurze Antwort:<\/strong> Git ist ein kostenloses, quelloffenes, verteiltes Versionsverwaltungssystem, das jede \u00c4nderung an einer Reihe von Dateien, \u00fcblicherweise Quellcode, aufzeichnet. Es erm\u00f6glicht Ihnen, Snapshots namens Commits zu speichern, an parallelen Entwicklungsstr\u00e4ngen namens Branches zu arbeiten und diese Arbeit anschlie\u00dfend wieder zusammenzuf\u00fchren, w\u00e4hrend eine vollst\u00e4ndige Historie erhalten bleibt, die Sie \u00fcberpr\u00fcfen oder auf die zur\u00fcckrollen k\u00f6nnen. Git wurde 2005 von Linus Torvalds f\u00fcr die Entwicklung des Linux-Kernels geschaffen und ist heute die Standardmethode, mit der Softwareteams Code verfolgen und gemeinsam daran arbeiten. Sichere Git-Kenntnisse werden in den meisten IT- und Entwicklungsrollen erwartet.<\/p>\n<h2>Welches Problem l\u00f6st Git tats\u00e4chlich?<\/h2>\n<p>Vor der Versionsverwaltung kopierten Menschen Ordner mit Namen wie <em>project-final<\/em>, <em>project-final-v2<\/em> und <em>project-really-final<\/em>. Dieser Ansatz verliert die Historie, macht die Zusammenarbeit m\u00fchsam und bietet keine zuverl\u00e4ssige M\u00f6glichkeit, einen Fehler r\u00fcckg\u00e4ngig zu machen. Git l\u00f6st dies, indem es den vollst\u00e4ndigen zeitlichen Verlauf eines Projekts als Reihe von Snapshots aufzeichnet. Sie k\u00f6nnen sehen, wer was, wann und warum ge\u00e4ndert hat, beliebige zwei Zeitpunkte vergleichen und einen fr\u00fcheren Zustand wiederherstellen, ohne die danach geleistete Arbeit zu verlieren.<\/p>\n<p>Weil Git <strong>verteilt<\/strong> ist, erh\u00e4lt jede Person, die ein Repository klont, die gesamte Historie auf dem eigenen Rechner und nicht nur die neuesten Dateien. Sie k\u00f6nnen ohne Netzwerkverbindung Commits erstellen, Branches anlegen und die Historie \u00fcberpr\u00fcfen und diese anschlie\u00dfend mit anderen abgleichen. Dieses Design ist ein wesentlicher Grund daf\u00fcr, dass Git \u00e4ltere zentrale Werkzeuge verdr\u00e4ngt hat.<\/p>\n<h2>Was sind Repositories, Commits und Branches?<\/h2>\n<p>Drei Grundbegriffe bilden den gr\u00f6\u00dften Teil des t\u00e4glichen Nutzens von Git:<\/p>\n<ul>\n<li><strong>Repository (Repo):<\/strong> der Ordner, den Git verfolgt, zusammen mit einem ausgeblendeten Verzeichnis <em>.git<\/em>, das die vollst\u00e4ndige Historie speichert. Sie erstellen eines mit <em>git init<\/em> oder kopieren ein vorhandenes mit <em>git clone<\/em>.<\/li>\n<li><strong>Commit:<\/strong> ein gespeicherter Snapshot mit einer Nachricht, einem Autor, einem Zeitstempel und einem eindeutigen Hash. Commits bilden eine Kette, sodass Git immer wei\u00df, was davor kam.<\/li>\n<li><strong>Branch:<\/strong> ein verschiebbarer Zeiger auf einen Commit. Branches erm\u00f6glichen es Ihnen, ein Feature oder einen Fix isoliert zu entwickeln, ohne die Hauptlinie des Codes anzutasten. Der Standard-Branch hei\u00dft h\u00e4ufig <em>main<\/em>.<\/li>\n<\/ul>\n<p>Eine typische \u00c4nderung durchl\u00e4uft drei Bereiche: Ihr <strong>Arbeitsverzeichnis<\/strong> (die Dateien, die Sie bearbeiten), die <strong>Staging Area<\/strong> (\u00c4nderungen, die Sie mit <em>git add<\/em> f\u00fcr den n\u00e4chsten Commit vorgemerkt haben) und die <strong>Repository-Historie<\/strong> (dort speichert <em>git commit<\/em> den Snapshot). Wer diese drei Zonen versteht, vermeidet die meisten anf\u00e4nglichen Verwirrungen.<\/p>\n<h2>Was bewirkt ein Merge, und was ist ein Merge-Konflikt?<\/h2>\n<p>Ein Merge f\u00fchrt die Arbeit eines Branches in einen anderen zusammen. Wenn zwei Branches unterschiedliche Dateien oder verschiedene Teile derselben Datei ge\u00e4ndert haben, f\u00fchrt Git sie automatisch zusammen. Wenn zwei Branches dieselben Zeilen auf inkompatible Weise ge\u00e4ndert haben, kann Git die Entscheidung nicht f\u00fcr Sie treffen und meldet einen <strong>Merge-Konflikt<\/strong>. Sie \u00f6ffnen dann die betroffenen Dateien, w\u00e4hlen das korrekte Ergebnis aus und committen die Aufl\u00f6sung. Konflikte wirken anfangs einsch\u00fcchternd, geh\u00f6ren aber zum Alltag. Das gelassene L\u00f6sen von Merge-Konflikten ist eine zentrale professionelle F\u00e4higkeit. Viele Teams rebasen einen Feature-Branch lieber auf den aktuellen main-Branch, um die Historie linear zu halten, auch wenn das eher eine Stilentscheidung als eine feste Regel ist.<\/p>\n<h2>Welche Git-Befehle werden am h\u00e4ufigsten verwendet?<\/h2>\n<p>Mit einer \u00fcberraschend kleinen Anzahl von Befehlen k\u00f6nnen Sie echte Arbeit erledigen. Sie decken die \u00fcberw\u00e4ltigende Mehrheit aller t\u00e4glichen Anwendungsf\u00e4lle ab.<\/p>\n<table>\n<thead>\n<tr>\n<th>Befehl<\/th>\n<th>Was er bewirkt<\/th>\n<th>Wann Sie ihn verwenden<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>git clone<\/strong><\/td>\n<td>Kopiert ein entferntes Repository auf Ihren Rechner<\/td>\n<td>Bei der Arbeit an einem vorhandenen Projekt<\/td>\n<\/tr>\n<tr>\n<td><strong>git status<\/strong><\/td>\n<td>Zeigt ge\u00e4nderte, vorgemerkte und nicht verfolgte Dateien<\/td>\n<td>St\u00e4ndig, um den aktuellen Stand zu sehen<\/td>\n<\/tr>\n<tr>\n<td><strong>git add<\/strong><\/td>\n<td>Merkt \u00c4nderungen f\u00fcr den n\u00e4chsten Commit vor<\/td>\n<td>Vor dem Committen<\/td>\n<\/tr>\n<tr>\n<td><strong>git commit<\/strong><\/td>\n<td>Speichert einen Snapshot mit einer Nachricht<\/td>\n<td>Nach dem Vormerken einer logischen Arbeitseinheit<\/td>\n<\/tr>\n<tr>\n<td><strong>git push<\/strong><\/td>\n<td>L\u00e4dt lokale Commits zu einem entfernten Repository hoch<\/td>\n<td>Zum Teilen Ihrer Arbeit mit dem Team<\/td>\n<\/tr>\n<tr>\n<td><strong>git pull<\/strong><\/td>\n<td>Ruft entfernte \u00c4nderungen ab und f\u00fchrt sie zusammen<\/td>\n<td>Zum Abrufen der neuesten Arbeit von Teammitgliedern<\/td>\n<\/tr>\n<tr>\n<td><strong>git branch<\/strong><\/td>\n<td>Listet oder erstellt Branches<\/td>\n<td>Beim Beginnen oder \u00dcberpr\u00fcfen paralleler Arbeit<\/td>\n<\/tr>\n<tr>\n<td><strong>git checkout \/ switch<\/strong><\/td>\n<td>Wechselt zwischen Branches oder Commits<\/td>\n<td>Beim Wechsel des Arbeitsbereichs<\/td>\n<\/tr>\n<tr>\n<td><strong>git merge<\/strong><\/td>\n<td>F\u00fchrt einen Branch in einen anderen zusammen<\/td>\n<td>Beim Integrieren eines fertigen Features<\/td>\n<\/tr>\n<tr>\n<td><strong>git log<\/strong><\/td>\n<td>Zeigt die Commit-Historie<\/td>\n<td>Beim \u00dcberpr\u00fcfen, was sich ge\u00e4ndert hat und warum<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Eine gute Gewohnheit ist es, klare Commit-Nachrichten im Pr\u00e4sens zu verfassen, beispielsweise <em>Eingabevalidierung zum Anmeldeformular hinzuf\u00fcgen<\/em>, damit k\u00fcnftige Leser, einschlie\u00dflich Ihnen selbst, die \u00c4nderung auf einen Blick verstehen.<\/p>\n<h2>Git und GitHub: Wo liegt der Unterschied?<\/h2>\n<p>Dies ist der h\u00e4ufigste Irrtum bei Einsteigern. <strong>Git ist das Werkzeug<\/strong>, das \u00c4nderungen auf Ihrem Computer nachverfolgt. <strong>GitHub ist ein Hosting-Dienst<\/strong>, der Git-Repositories in der Cloud speichert und Funktionen f\u00fcr die Zusammenarbeit wie Pull Requests, Code-Reviews, Issue-Tracking und Automatisierung hinzuf\u00fcgt. Sie k\u00f6nnen Git vollst\u00e4ndig ohne Konto bei einem beliebigen Anbieter verwenden. GitHub ist ein beliebter Ort zum Hosten von Repositories; GitLab und Bitbucket sind bekannte Alternativen, und gro\u00dfe Organisationen betreiben manchmal eigene Server. Kurz gesagt: Git ist der Motor, und GitHub ist eine von mehreren Garagen, in denen Sie ihn parken k\u00f6nnen. Pull Requests, die h\u00e4ufig mit GitHub in Verbindung gebracht werden, sind eine Plattformfunktion auf Basis von Git-Branches und kein Bestandteil von Git selbst.<\/p>\n<h2>Warum ist Git f\u00fcr IT-Karrieren wichtig?<\/h2>\n<p>Git ist eine der F\u00e4higkeiten mit dem greatest Hebel, die Sie erlernen k\u00f6nnen, weil sie fast \u00fcberall vorkommt. Softwareentwickler verwenden sie f\u00fcr jede Zeile Code, weshalb sie in jedem realistischen Weg zum <a href=\"https:\/\/boostelearning.com\/resources\/blog\/how-to-become-a-software-engineer-without-a-degree\/\">Softwareentwickler ohne Studienabschluss zu werden<\/a> vorkommt. \u00dcber die reine Entwicklung hinaus bildet Git die Grundlage f\u00fcr moderne Betriebsabl\u00e4ufe: Es ist die Basis von Infrastructure as Code, bei der Tools wie Terraform Konfigurationen in Git-Repositories speichern. Dieser Workflow wird in unserem Leitfaden zu <a href=\"https:\/\/boostelearning.com\/de\/resources\/blog\/what-is-terraform\/\">Terraform<\/a> behandelt. Die Verwaltung von Systemen \u00fcber versionsverwaltungste Dateien ist sowohl f\u00fcr die Aufgaben eines <a href=\"https:\/\/boostelearning.com\/resources\/blog\/what-does-a-devops-engineer-do\/\">DevOps Engineers<\/a> als auch f\u00fcr die im Vergleich von <a href=\"https:\/\/boostelearning.com\/de\/resources\/blog\/devops-vs-sre\/\">DevOps und SRE<\/a> beschriebene Reliability-Disziplin von zentraler Bedeutung.<\/p>\n<p>Auch Rollen au\u00dferhalb der Entwicklung erwarten zunehmend Git-Kenntnisse. Ein <a href=\"https:\/\/boostelearning.com\/resources\/blog\/what-does-a-cloud-engineer-do\/\">Cloud Engineer<\/a> speichert Bereitstellungsvorlagen in Git, und wer den Weg zum <a href=\"https:\/\/boostelearning.com\/resources\/blog\/how-to-become-a-system-administrator\/\">Systemadministrator<\/a> einschl\u00e4gt, verwendet h\u00e4ufig die Versionsverwaltung f\u00fcr Skripte und Konfigurationsdateien. Wer Git fr\u00fchzeitig erlernt, profitiert unabh\u00e4ngig von der Richtung, die die Karriere einschl\u00e4gt.<\/p>\n<h2>Wie funktionieren Pull Requests und Code-Reviews?<\/h2>\n<p>In Teams werden \u00c4nderungen selten direkt in den main-Branch \u00fcbernommen. Stattdessen erstellt ein Entwickler einen Branch, committet seine Arbeit, pusht sie auf eine Hosting-Plattform und \u00f6ffnet einen <strong>Pull Request<\/strong> (auf einigen Plattformen als Merge Request bezeichnet). Ein Pull Request schl\u00e4gt vor, einen Branch in einen anderen einzuf\u00fchren. Er wird zum Ort, an dem Teammitglieder den Code \u00fcberpr\u00fcfen, Kommentare hinterlassen, \u00c4nderungen anfordern und automatisierte Pr\u00fcfungen ausf\u00fchren. Erst nach der Genehmigung und bestandenen Tests wird der Branch zusammengef\u00fchrt. Dieser Workflow ist f\u00fcr die moderne Softwarebereitstellung zentral, weil er Fehler fr\u00fchzeitig erkennt, Wissen im Team verbreitet und klar dokumentiert, warum jede \u00c4nderung vorgenommen wurde. Automatisierte Pipelines, die Teil der Continuous Integration sind, f\u00fchren h\u00e4ufig bei jedem Pull Request Tests aus, noch bevor ein Mensch ihn \u00fcberhaupt ansieht. Dadurch verbindet Git direkt mit den umfassenderen DevOps-Praktiken, die wir in unserem Vergleich von DevOps und SRE behandeln.<\/p>\n<h3>Wie organisieren Teams ihre Branches?<\/h3>\n<p>Die meisten Teams verwenden eine Branching-Strategie, damit die Arbeit auch mit wachsender Codebasis organisiert bleibt. Zwei verbreitete Muster sollten Sie kennen:<\/p>\n<ul>\n<li><strong>Trunk-Based Development:<\/strong> Entwickler arbeiten in kurzlebigen Branches und f\u00fchren diese h\u00e4ufig, oft mehrmals t\u00e4glich, in main zusammen. Dadurch bleiben Branches klein und Konflikte selten. Das Modell l\u00e4sst sich gut mit Continuous Integration kombinieren.<\/li>\n<li><strong>GitHub Flow:<\/strong> ein schlankes Modell, bei dem jede \u00c4nderung aus einem Branch und einem Pull Request besteht und main stets in einem bereitstellbaren Zustand bleibt.<\/li>\n<\/ul>\n<p>\u00c4ltere, umfangreichere Modelle wie Git Flow verwenden langlebige Entwicklungs- und Release-Branches. Sie k\u00f6nnen f\u00fcr Projekte mit geplanten Releases geeignet sein, erh\u00f6hen aber die Komplexit\u00e4t, die die meisten modernen Teams vermeiden. Die richtige Wahl h\u00e4ngt davon ab, wie h\u00e4ufig Sie Releases ver\u00f6ffentlichen und wie gro\u00df Ihr Team ist.<\/p>\n<h2>Was unterscheidet Git von \u00e4lteren Versionsverwaltungssystemen?<\/h2>\n<p>Das verteilte Design ist der entscheidende Vorteil von Git gegen\u00fcber zentralen Vorg\u00e4ngern wie SVN und CVS. In einem zentralen System wird die Historie auf einem Server gespeichert, sodass die meisten Vorg\u00e4nge eine Netzwerkverbindung erfordern und Branching teuer ist. Bei Git enth\u00e4lt jeder Clone die vollst\u00e4ndige Historie. Commits, die Anzeige der Historie und das Wechseln zwischen Branches erfolgen daher lokal und sofort. Branching und Merging, die in \u00e4lteren Werkzeugen m\u00fchsam waren, sind in Git g\u00fcnstig und allt\u00e4glich. Genau deshalb wurden der Feature-Branch- und der Pull-Request-Workflow zum Standard. Dieses Local-First-Modell macht Ihre Arbeit au\u00dferdem robust: Selbst wenn der zentrale Host offline w\u00e4re, besitzt jeder Entwickler weiterhin eine vollst\u00e4ndige Kopie der Projekthistorie.<\/p>\n<h2>Wie sollte ein Einsteiger mit dem Erlernen von Git beginnen?<\/h2>\n<p>Beginnen Sie klein und praxisorientiert. Installieren Sie Git, erstellen Sie ein lokales Repository f\u00fcr ein Wegwerfprojekt und \u00fcben Sie den grundlegenden Ablauf: Datei bearbeiten, <em>git status<\/em> ausf\u00fchren, mit <em>git add<\/em> vormerken, mit <em>git commit<\/em> speichern und mit <em>git log<\/em> pr\u00fcfen. Wenn dies nat\u00fcrlich wird, erstellen Sie ein kostenloses Konto bei einer Hosting-Plattform, pushen Sie Ihr Repository und \u00fcben Sie Branching und Merging. Erzeugen Sie in einem Test-Repository absichtlich einen Merge-Konflikt und l\u00f6sen Sie ihn, denn wenn Sie dies einmal getan haben, verschwindet der gr\u00f6\u00dfte Teil der Angst. Vermeiden Sie die Falle, Dutzende Befehle auswendig lernen zu wollen; tiefgehende Kenntnisse des Kern-Workflows sind besser als oberfl\u00e4chliche Vertrautheit mit allem.<\/p>\n<h3>H\u00e4ufige Fehler von Einsteigern, die Sie vermeiden sollten<\/h3>\n<ul>\n<li><strong>Zu viele \u00c4nderungen auf einmal committen.<\/strong> Kleine, fokussierte Commits lassen sich leichter \u00fcberpr\u00fcfen und r\u00fcckg\u00e4ngig machen.<\/li>\n<li><strong>Unklare Commit-Nachrichten.<\/strong> \u201eKram gefixt\u201c hilft niemandem, auch nicht Ihrem zuk\u00fcnftigen Ich.<\/li>\n<li><strong>Geheimnisse committen.<\/strong> Committen Sie niemals Passw\u00f6rter, API-Schl\u00fcssel oder Tokens. Verwenden Sie eine <em>.gitignore<\/em>-Datei, um sensible und generierte Dateien auszuschlie\u00dfen.<\/li>\n<li><strong>Angst vor dem Experimentieren.<\/strong> Branches sind g\u00fcnstig und lokale Commits lassen sich r\u00fcckg\u00e4ngig machen. Experimentieren Sie daher ausgiebig.<\/li>\n<\/ul>\n<h2>Lohnt sich die Zeit, Git zu lernen?<\/h2>\n<p>F\u00fcr fast alle Menschen in der IT-Branche oder auf dem Weg dorthin: ja. Git ist kostenlos, wird universell eingesetzt und ist \u00fcber Arbeitgeber, Programmiersprachen und Jobbezeichnungen hinweg \u00fcbertragbar. Die Grundlagen sind innerhalb eines Tages zug\u00e4nglich, und tiefere F\u00e4higkeiten entwickeln sich auf nat\u00fcrliche Weise durch echte Projekte. Weil Git sowohl im Mittelpunkt der modernen Entwicklung als auch moderner Betriebsabl\u00e4ufe steht, wird die investierte Zeit selten verschwendet. Betrachten Sie Git als grundlegende Lese- und Schreibkompetenz wie Tippen oder die Befehlszeile und nicht als Spezialisierung. Dann profitieren Sie Ihr ganzes Berufsleben davon.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Kurze Antwort: Git ist ein kostenloses, quelloffenes, verteiltes Versionsverwaltungssystem, das jede \u00c4nderung an einer Reihe von Dateien, \u00fcblicherweise Quellcode, aufzeichnet. Es erm\u00f6glicht Ihnen, Snapshots namens Commits &hellip; <a href=\"https:\/\/boostelearning.com\/de\/resources\/blog\/what-is-git\/\">Continued<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"bel_standfirst":"","bel_faq":"Ist Git dasselbe wie GitHub?|Nein. Git ist die Versionsverwaltungssoftware, die auf Ihrem Computer ausgef\u00fchrt wird und \u00c4nderungen an Dateien nachverfolgt. GitHub ist eine kommerzielle Website, die Git-Repositories online hostet und Funktionen f\u00fcr die Zusammenarbeit wie Pull Requests und Issue-Tracking hinzuf\u00fcgt. Sie k\u00f6nnen Git ohne GitHub-Konto verwenden und Repositories bei Alternativen wie GitLab oder Bitbucket hosten.\nIst Git schwer zu erlernen?|Die allt\u00e4glichen Grundlagen (Klonen, Hinzuf\u00fcgen, Committen, Pushen, Pullen) lassen sich in ein oder zwei Tagen erlernen. Tiefere Konzepte wie Rebasing, das L\u00f6sen von Merge-Konflikten und die Wiederherstellung verlorener Commits brauchen mehr Zeit und werden normalerweise durch praktische Projekterfahrung erlernt. Die meisten Menschen k\u00f6nnen mit Git produktiv arbeiten, lange bevor sie das Gef\u00fchl haben, es vollst\u00e4ndig beherrscht zu haben.\nMuss ich Git kennen, um einen IT-Job zu bekommen?|F\u00fcr die meisten Software-, DevOps- und Cloud-Rollen ja, sichere Git-Kenntnisse werden faktisch erwartet. Auch Sysadmin- und Support-Rollen verwenden Git zunehmend zur Verwaltung von Konfigurationsdateien und Skripten. Es ist eine der am besten \u00fcbertragbaren F\u00e4higkeiten in der gesamten IT-Branche, da nahezu jedes Team es verwendet.\nIst Git kostenlos nutzbar?|Ja. Git selbst ist freie und quelloffene Software, die unter der GPL-Lizenz ver\u00f6ffentlicht wird. Hosting-Plattformen wie GitHub, GitLab und Bitbucket bieten kostenlose Tarife f\u00fcr Einzelpersonen und kleine Teams und berechnen bei privaten Repositories in gr\u00f6\u00dferem Umfang, f\u00fcr erweiterte Sicherheit und Enterprise-Administration Geb\u00fchren.\nWas ist ein Commit in Git?|Ein Commit ist ein gespeicherter Snapshot Ihres Projekts zu einem bestimmten Zeitpunkt zusammen mit einer Nachricht, die beschreibt, was sich ge\u00e4ndert hat. Jeder Commit hat eine eindeutige Kennung (einen Hash) und verweist auf seinen Vorg\u00e4nger. So erstellt Git eine vollst\u00e4ndige Historie, die Sie \u00fcberpr\u00fcfen, vergleichen und auf die zur\u00fcckrollen k\u00f6nnen.\nWas ist der Unterschied zwischen Git und SVN?|SVN (Subversion) ist ein zentrales Versionsverwaltungssystem, bei dem die Historie auf einem zentralen Server gespeichert ist. Git ist verteilt, das hei\u00dft, jeder Entwickler besitzt lokal eine vollst\u00e4ndige Kopie der Historie. Dadurch ist Git bei den meisten Vorg\u00e4ngen schneller, erm\u00f6glicht die Arbeit offline und macht das Branching und Mergen wesentlich g\u00fcnstiger.","bel_outcomes":"","bel_audience":"","bel_outline":"","bel_exam":"","bel_livelabs":"","bel_duration":"","bel_exam_code":"","bel_level":"","bel_price":"","bel_rating":"","bel_reviews":"","bel_instructors":"","bel_image_credit":"","bel_result_num":"","bel_result_label":"","bel_customer":"","bel_industry":"","bel_credentials":"","bel_courses_taught":"","bel_meta_desc":"Was ist Git? Es ist das Versionsverwaltungssystem, das Code\u00e4nderungen nachverfolgt. Lernen Sie Repositories, Commits und Branches.","footnotes":""},"categories":[44],"tags":[],"class_list":["post-2458","post","type-post","status-publish","format-standard","hentry","category-devops"],"_links":{"self":[{"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/posts\/2458","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/comments?post=2458"}],"version-history":[{"count":0,"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/posts\/2458\/revisions"}],"wp:attachment":[{"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/media?parent=2458"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/categories?post=2458"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/boostelearning.com\/de\/wp-json\/wp\/v2\/tags?post=2458"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}