{"id":177386,"date":"2023-05-31T22:45:50","date_gmt":"2023-05-31T21:45:50","guid":{"rendered":"https:\/\/liora.io\/de\/?p=177386"},"modified":"2026-02-06T06:43:39","modified_gmt":"2026-02-06T05:43:39","slug":"azure-devops-vs-github-actions-welches-ist-das-bessere-ci-cd-tool","status":"publish","type":"post","link":"https:\/\/liora.io\/de\/azure-devops-vs-github-actions-welches-ist-das-bessere-ci-cd-tool","title":{"rendered":"Azure DevOps vs. GitHub Actions: Welches ist das bessere CI\/CD-Tool?"},"content":{"rendered":"

Azure DevOps vs. GitHub sind zwei DevOps-Plattformen im Besitz von Microsoft! Sie weisen \u00c4hnlichkeiten auf und haben gemeinsame Funktionen, insbesondere f\u00fcr CI\/CD mit Azure Pipelines und GitHub Actions. Allerdings sind diese beiden Dienste alles andere als austauschbar. Finde heraus, worin sie sich unterscheiden und welcher der bessere ist!<\/strong><\/p>\nDurch die B\u00fcndelung der Kr\u00e4fte von Entwickler- (Dev) und Betriebsteams (Ops) bietet die DevOps-Methode viele Vorteile. Die Wahl der richtigen Werkzeuge ist jedoch von entscheidender Bedeutung.\n\nZu den beliebtesten DevOps-L\u00f6sungen geh\u00f6ren Azure DevOps<\/a> und GitHub<\/a>: zwei Kollaborationswerkzeuge im Besitz von Microsoft! Jedes bietet mit Azure Pipelines und GitHub Actions CI\/CD-Funktionen (Continuous Integration und Continuous Delivery).<\/a>\n\nAbgesehen von diesen \u00c4hnlichkeiten weisen sie jedoch einige wichtige Unterschiede auf. Bevor sie sich f\u00fcr das eine oder andere entscheiden, sollten Entwickler die Vor- und Nachteile der einzelnen Tools…\n\n?Auch interessant:\n\n\n<\/colgroup>\n\n\n\n\n\n\n\n
MlOps<\/a><\/td>\n<\/tr>\n
Gitlab Repository<\/a><\/td>\n<\/tr>\n
Calms DevOps<\/a><\/td>\n<\/tr>\n
DevOps Architekt<\/a><\/td>\n<\/tr>\n
Was ist DevOps und was verdient ein DevOps Ingenieur ?<\/a><\/td>\n<\/tr>\n
Azure DevOps Methoden<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Was ist Azure DevOps ?<\/h3>\nAzure DevOps<\/a> ist eine Sammlung von Diensten f\u00fcr Entwickler auf der Cloud-Plattform Microsoft Azure. Sie sollen Entwicklern bei der Erstellung von Software helfen, indem sie die Planung, Zusammenarbeit, Kommunikation und den Einsatz neuer Projekte vereinfachen.\n\nDie verschiedenen Dienste, aus denen sich die Suite zusammensetzt, k\u00f6nnen einzeln oder in Kombination genutzt werden. Die Sammlung umfasst unter anderem Azure Pipelines, Azure Repos und Azure Test Plans.\n\nDiese Sammlung von L\u00f6sungen bietet alle notwendigen Werkzeuge, um Quellcode-Repositories<\/strong> zu hosten, kontinuierliche Integration zu implementieren oder Workflows f\u00fcr Produkte zu liefern und zu testen, bevor sie entspannt werden.\n\nAzure DevOps<\/strong> wird f\u00fcr die Planung und Zusammenarbeit bei der Entwicklung von Code verwendet, aber auch f\u00fcr den Bau und die Bereitstellung von Anwendungen. Im Vergleich zu GitHub wird Azure DevOps von Unternehmen generell bevorzugt.\n

Was ist GitHub ?<\/h3>\nGitHub<\/strong> ist ein beliebter Cloud-Dienst, der es Entwicklern erm\u00f6glicht, Code zu speichern und auszutauschen. Er erm\u00f6glicht es auch, \u00c4nderungen am Code zu verfolgen und zu verwalten.\n\nEine seiner Hauptfunktionen ist die Versionsverwaltung \u00fcber Git: ein verteiltes Open-Source-System<\/a>, das die Verzweigung und Zusammenf\u00fchrung von Projekten erleichtert. Der Grund daf\u00fcr ist, dass die gesamte Codebasis und der Verlauf eines Projekts auf dem Computer jedes teilnehmenden Entwicklers verf\u00fcgbar sind.\n\nAls cloudbasierter Git-Code-Repository-Dienst ist GitHub eine hervorragende L\u00f6sung f\u00fcr die Zusammenarbeit mehrerer Entwickler an einem Softwareprojekt.\n\nDie breite Akzeptanz von Git bei Softwareentwicklern<\/strong> ist ein Vorteil f\u00fcr GitHub, da dieses cloudbasierte Code-Repository sicherstellt, dass die Projekte f\u00fcr andere Entwickler zug\u00e4nglich sind.\n\nGitHub<\/strong> wird von Entwicklern und Unternehmen genutzt, um Software zu bauen, zu liefern und zu pflegen. Es macht die Zusammenarbeit und den Austausch von Code<\/strong> sowie die Verfolgung von \u00c4nderungen im Laufe des Projekts m\u00f6glich. Dies erm\u00f6glicht es insbesondere, die Ursache von Fehlern zu verstehen.\n\n?Auch interessant:\n\n\n<\/colgroup>\n\n\n\n\n\n\n
DevSecOps vs. DevOps<\/a><\/td>\n<\/tr>\n
DevOps Definition<\/a><\/td>\n<\/tr>\n
DataOps<\/a><\/td>\n<\/tr>\n
Datadog<\/a><\/td>\n<\/tr>\n
SRE vs. DevOps<\/a><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Gemeinsamkeiten zwischen GitHub und Azure DevOps<\/h3>\nAzure DevOps vs. GitHub<\/strong> haben mehrere Gemeinsamkeiten. Zun\u00e4chst einmal bieten beide \u00f6ffentliche und private Code-Repositories, um den Bed\u00fcrfnissen aller Arten von Projekten gerecht zu werden.\n\nAzure DevOps und Github lassen sich beide in eine Reihe beliebter Tools, Plattformen und Dienste integrieren. Beide Tools integrieren sich insbesondere mit Microsoft Azure. So ist es zum Beispiel m\u00f6glich, die Sicherheitsdienste dieser Cloud f\u00fcr beide Plattformen zu nutzen.\n\nWir m\u00f6chten auch darauf hinweisen, dass beide Dienste auch in einer lokalen Version (on-premises) verf\u00fcgbar sind. Dabei handelt es sich um GitHub<\/a> Enterprise und Azure DevOps Server. Diese beiden selbstgehosteten Versionen haben die Form von Disketten.\n
\n\t\t\t\t\t\t\t\t\t\t\"\"
<\/figcaption><\/figure>\n

Was ist GitHub Actions?<\/h3>\nKontinuierliche Integration oder CI<\/strong> ist ein Prozess, bei dem neuer Code kontinuierlich mit der bestehenden Codebasis eines Projekts verschmolzen wird. Dieser Ansatz erm\u00f6glicht es vor allem, Fehler fr\u00fchzeitig zu erkennen, um sie einfach und kosteng\u00fcnstig zu beheben.\n\nEine der Funktionen von GitHub hei\u00dft „Actions“ (Aktionen).<\/strong> Mithilfe dieser Aktionen k\u00f6nnen Entwicklungsarbeitsabl\u00e4ufe direkt aus dem Code-Repository heraus automatisiert, angepasst und ausgef\u00fchrt werden. Insbesondere ist es m\u00f6glich, den Prozess der kontinuierlichen Integration zu konfigurieren.\n\nGitHub Actions ist also das CI\/CD-Pipeline-Tool von GitHub.<\/strong> Es ist f\u00fcr den Open-Source-Einsatz gedacht, sodass der Build nicht auf einer bestimmten Technologie basiert.\n\nEs gibt keinen offiziellen Online-Editor f\u00fcr Build-Pipelines. Man kann also jeden beliebigen Texteditor in einem geklonten Repository verwenden und die Updates an das Git-Repository verteilen. Bei dieser Methode ist es notwendig, die Parameter der verwendeten Build-Schritte zu \u00fcberwachen.\n\nVariablen, auch Secrets genannt, sind Werte, die global oder nach Umgebung auf GitHub gespeichert werden k\u00f6nnen. Nachdem du den Wert eines Geheimnisses eingegeben hast, ist es nicht mehr m\u00f6glich, ihn zu sehen, aber er kann in den Aktionen verwendet werden.\n\nEs gibt keine speziellen Werkzeuge f\u00fcr Umgebungshooks, aber man kann Geheimnisse verwenden, um Profile auf Azure Web Apps zu ver\u00f6ffentlichen, um die gleichen Aufgaben zu erledigen.\n

Was ist Azure Pipelines ?<\/h3>\nAu sein de la suite Azure Devops, Pipelines est un service enti\u00e8rement d\u00e9di\u00e9 au CI\/CD. Il s’agit d’un outil mature et complet, permettant de g\u00e9rer \u00e0 la fois l’int\u00e9gration et la livraison continues<\/strong>. On l’utilise depuis longtemps pour toutes sortes de projets .NET.\n\nCette solution permet de cr\u00e9er des flux de travail capable de construire, tester, publier, relaxer et d\u00e9ployer le code automatiquement pour offrir une tra\u00e7abilit\u00e9 de bout en bout du cycle de vie de d\u00e9veloppement logiciel<\/strong>. Toutes les trois semaines, Microsoft continue d’am\u00e9liorer son outil en ajoutant de nouvelles fonctionnalit\u00e9s \u00e0 Azure Pipelines.\n\nIl existe deux diff\u00e9rents pipelines sur Azure DevOps : les pipelines de build permettant la construction d’artefacts, et les pipelines de relaxe pour d\u00e9ployer un artefact de build sur un environnement.\n\nOn distingue deux m\u00e9thodes de d\u00e9finitions de pipelines de build : classique<\/strong> et YAML<\/strong>. Avec la m\u00e9thode classique, le pipeline d\u00e9fini est stock\u00e9 sur Azure DevOps et non sur le d\u00e9p\u00f4t. La m\u00e9thode YAML s\u00e9rialise le pipeline sous forme de fichier YAML.\n
\n\t\t\t\t\t\t\t\t\t\t\"\"\n\n
<\/figcaption><\/figure>\nAuch hier gibt es zwei Methoden, um YAML-Dateien zu bearbeiten. Die erste ist die manuelle Bearbeitung der Datei im Repository<\/strong> mit einem Editor, die zweite die Nutzung des Webportals.\n\nDas Hinzuf\u00fcgen von Aufgaben zu Azure Pipelines ist sehr einfach. Du musst nur die Aufgabe ausw\u00e4hlen und die gew\u00fcnschten Parameter eingeben, damit sie zur YAML-Datei hinzugef\u00fcgt werden.\n\nVariablen in Relax-Pipelines<\/strong> k\u00f6nnen auf Pipeline-Ebene oder auf Umgebungsebene definiert werden. Ein DevOps-Entwickler<\/strong> kann daher leicht zwischen globalen und umgebungsspezifischen Variablen unterscheiden, ohne dass sich die Pipelines darum k\u00fcmmern m\u00fcssen.\n\nSchlie\u00dflich werden die Umgebungshooks von den Projekteinstellungen aus konfiguriert. Es ist m\u00f6glich, diese Hooks in den Build-Schritten zu verwenden, indem man auf ihre Namen verweist.\n

Automatisierung und CI\/CD: Azure Pipelines vs. GitHub Actions<\/h3>\nAzure DevOps vs. GitHub haben jeweils ihre eigenen Tools f\u00fcr Automatisierung und CI\/CD (Continuous Integration and Delivery)<\/strong>: Azure Pipelines und GitHub Actions.\n\nMit beiden Tools kannst du Arbeitsabl\u00e4ufe zum Erstellen, Testen, Ver\u00f6ffentlichen, Entspannen und Bereitstellen von Code erstellen. Sie haben auch Gemeinsamkeiten in Bezug auf die Konfiguration von Workflows.\n\nIn beiden F\u00e4llen werden die Konfigurationsdateien in YAML geschrieben und im Code-Repository<\/strong> gespeichert. Workflows beinhalten einen oder mehrere Jobs, und jeder dieser Jobs beinhaltet einen oder mehrere Schritte oder einzelne Befehle. Die Jobs und Schritte in Azure Pipelines sind denen in GitHub Actions sehr \u00e4hnlich.\n\nAbgesehen von diesen Gemeinsamkeiten weisen die beiden Tools aber auch viele Unterschiede auf. Zun\u00e4chst einmal kann Azure Pipelines auf vielen Quellsteuerungssystemen verwendet werden, w\u00e4hrend GitHub Actions auf GitHub beschr\u00e4nkt ist.\n\nMan kann GitHub Actions verwenden, um die Bewertung von Code, die Verwaltung von Branches oder die Sortierung von Programmen zu automatisieren. Azure Pipelines dient haupts\u00e4chlich der Automatisierung von CI\/CD-Workflows.\n\nDaf\u00fcr unterst\u00fctzt Azure Pipelines Umgebungen, Einsatzgruppen und Agentenpools, w\u00e4hrend GitHub Actions nur die Verwaltung von selbstgehosteten Runnern in Gruppen erm\u00f6glicht.\n\nSelbstgehostete Agenten in Azure Pipelines k\u00f6nnen mit F\u00e4higkeiten ausgew\u00e4hlt werden, w\u00e4hrend selbstgehostete Runner in GitHub Actions mit Labels ausgew\u00e4hlt werden.\n\nWo Azure Pipelines Genehmigungen und Portale unterst\u00fctzt, bietet GitHub Actions keine entsprechende Funktion. Daher ist es sehr schwierig, dieses Tool zur Orchestrierung von Unternehmens-Relaxen zu verwenden.\n\nMan findet Service-Verbindungen und Webhooks in Azure Pipelines, mit denen man Verbindungen zu externen Diensten in Pipelines orchestrieren kann. GitHub Actions bietet nur Webhooks an.\n\nUm die Verwaltung von Konfigurationen in Pipelines zu unterst\u00fctzen, hat Azure geheime oder Klartext-Variablen und Variablengruppen. GitHub Actions hat nur geheime Variablen, die mit dem Code-Repository oder der Organisation verbunden sind.\n\nIn Bezug auf die Sicherheit bietet Azure Pipelines<\/strong> eine Funktion f\u00fcr Sichere Dateien. Dies ist bei GitHub Actions nicht der Fall.\n
\n\t\t\t\t\t\t\t\t\t\t\"\"\n\n
<\/figcaption><\/figure>\nAu\u00dferdem unterst\u00fctzt Azure Pipelines in der YAML-Datei definierte Stufen, um die Erstellung von Deployment-Workflows zu erm\u00f6glichen. GitHub Actions hingegen verlangt, dass die Stufen in verschiedene YAML-Workflow-Dateien aufgeteilt werden.\n\nMit Azure Pipelines<\/strong> ist es m\u00f6glich, bei der Definition von Jobs einen Teil der Struktur wegzulassen. F\u00fcr einen einzelnen Job ist es zum Beispiel nicht notwendig, ihn zu definieren, da es ausreicht, seine Schritte zu definieren. Im Gegensatz dazu erfordert GitHub Actions eine explizite Konfiguration und die YAML-Struktur kann nicht ausgelassen werden.\n\nBei Azure Pipelines<\/strong> kann der Name der Pipeline run oder build number angepasst werden. Auch hier bietet GitHub Actions diese M\u00f6glichkeit nicht.\n\nDie Erweiterungen von Azure Pipelines k\u00f6nnen mehrere Aufgaben b\u00fcndeln, w\u00e4hrend eine einzelne Aktion in einem GitHub-Repository abgelegt werden kann.\n\nGitHub Actions hingegen unterst\u00fctzt containerbasierte Aktionen f\u00fcr mehr Flexibilit\u00e4t. Pipelines-Erweiterungen k\u00f6nnen nur in Typescript oder PowerShell erstellt werden.\n\nAuf GitHub gibt es eine native Funktion zum Scannen von Code und die Integration mit Sicherheitsportalen von Drittanbietern. Azure Pipelines wiederum kann nur mit Sicherheitsportalen von Drittanbietern integriert werden.\n\nAzure DevOps<\/strong> wird oft als ausgereifter und funktionsreicher f\u00fcr CI\/CD angesehen. Au\u00dferdem l\u00e4sst sich die Plattform besser in Unternehmenstools integrieren. GitHub Actions wiederum ist neuer und muss sich erst noch bew\u00e4hren. Dennoch ist der Dienst einfacher zu nutzen.\n

Geschlossene Software vs. Open Source<\/h3>\nAzure DevOps wird oft als Unternehmensl\u00f6sung wahrgenommen, die sich der Closed-Source-Softwareentwicklung widmet. Im Gegensatz dazu wird GitHub mit der Open-Source-Gemeinschaft in Verbindung gebracht.\n\nViele Open-Source-Projekte<\/a> haben ein GitHub-Repository, wie z. B. Boostrap und Node.js. Au\u00dferdem hostet Microsoft selbst die meisten seiner Open-Source-Projekte auf dieser Plattform. Dies gilt auch f\u00fcr die Codebasis f\u00fcr seine Entwicklungssprachen und -werkzeuge.\n\nF\u00fcr ein Entwicklerteam, das an Open-Source-Software<\/a> arbeitet, ist ein GitHub-Repository<\/strong> eine hervorragende M\u00f6glichkeit, das Projekt f\u00fcr die Open-Source-Gemeinschaft zug\u00e4nglich und offen zu machen.\n\nDoch auch wenn \u00f6ffentliche Projekte auf GitHub<\/strong> kostenlos sind, bietet die Plattform auch kostenpflichtige private Repositories an. Azure DevOps bietet zwar die M\u00f6glichkeit, \u00f6ffentliche Projekte zu hosten, ist aber eher f\u00fcr Unternehmensprojekte bekannt.\n
\n\t\t\t\t\t\t\t\t\t\t\"\"\n\n
<\/figcaption><\/figure>\n

Projektmanagement-Tools<\/h3>\nDas Projektmanagement ist ein wesentlicher Bestandteil des DevOps-Prozesses<\/strong>. Es ist unerl\u00e4sslich, Aufgaben und Termine, Probleme und Planungen genau zu verfolgen.\n\nMit Azure DevOps<\/strong> profitieren die Nutzer von einer gro\u00dfen Auswahl an Projektmanagement-Tools. Dazu geh\u00f6ren auch Agile-Tools,<\/a> die sehr n\u00fctzlich f\u00fcr Entwicklerteams sind, die diese moderne Methode anwenden, die die Wurzel von DevOps ist.<\/strong>\n\nAzure Boards, das aus der TFS-\u00c4ra stammt, ist ein sehr ausgereiftes Produkt und l\u00e4sst sich mit \u00fcber tausend Erweiterungen in andere Systeme integrieren. Du kannst z. B. Benachrichtigungen auf Slack empfangen, eine Verbindung zu AWS-Diensten<\/a> herstellen oder eine automatisierte Dokumentation erstellen.\n\nGitHub wiederum bietet seine Plattform GitHub Projekte an, die sich dem Projektmanagement f\u00fcr bereits auf GitHub hinterlegten Code widmet. Daher unterst\u00fctzt Azure DevOps eine gr\u00f6\u00dfere Bandbreite an Projekten.\n

Warum hat Microsoft zwei DevOps-Plattformen?<\/h3>\nUrspr\u00fcnglich bot Microsoft ein Produkt namens Team Foundation Server (TFS)<\/strong> an. Die Online-Version dieses Produkts wurde sp\u00e4ter zu Visual Studio Online, dann zu Visual Studio Teams Services und jetzt zu Azure DevOps.\n\nParallel dazu hat Microsoft 2018 GitHub<\/strong> gekauft. Dabei handelt es sich ebenfalls um ein DevOps<\/a>-Tool, das eine Vielzahl \u00e4hnlicher oder gleichwertiger Funktionen bietet.\n\nDiese Redundanz mag \u00fcberraschen, aber Microsoft hat GitHub<\/a> gekauft, um seinen Fokus auf Open-Source-Entwicklung zu verst\u00e4rken. Sein Ziel war es, neue Zielgruppen f\u00fcr seine Entwicklungswerkzeuge zu gewinnen. Die \u00dcbernahme erm\u00f6glichte es dem Riesen auch, einen harten Konkurrenten aus dem Weg zu r\u00e4umen…\n
\n\t\t\t\t\t\t\t\t\t\t\"\"\n\n
<\/figcaption><\/figure>\n

Azure DevOps vs. Github: Welches ist das beste DevOps-Tool?<\/h3>\nAzure DevOps vs. GitHub<\/strong> k\u00f6nnen die Kommunikation, Zusammenarbeit und das Projektmanagement f\u00fcr Entwicklerteams vereinfachen. Aber was ist besser?\n\nUm diesen Vergleich abzuschlie\u00dfen und zusammenzufassen: GitHub ist die bessere Option f\u00fcr Entwickler von Open-Source-Projekten. Die Funktionen dieser Plattform helfen dabei, das Projekt f\u00fcr Beitr\u00e4ge von au\u00dfen zu \u00f6ffnen.\n\nIm Gegensatz dazu ist Azure DevOps<\/strong> ideal f\u00fcr Entwickler von Closed-Source-Projekten<\/strong>. Seine verschiedenen Tools f\u00f6rdern die Zusammenarbeit und die Kommunikation.\n\nWie auch immer, wir m\u00f6chten daran erinnern, dass es m\u00f6glich ist, Azure DevOps mit GitHub zu integrieren. Es gibt also nichts, was Teams daran hindern k\u00f6nnte, beide L\u00f6sungen zu \u00fcbernehmen…\n

Wie lerne ich den Umgang mit Azure DevOps vs. GitHub Actions?<\/h3>\nAzure DevOps Pipelines<\/strong> und GitHub Actions sind zwei unverzichtbare Werkzeuge f\u00fcr CI\/CD. Um in einem DevOps-Team zu arbeiten, ist es zwingend notwendig, mindestens einen dieser Dienste zu beherrschen.\n\nUm dieses Fachwissen zu erlangen, kannst du dich f\u00fcr Liora entscheiden. In unseren Kursen lernst du, wie man mit GitHub, der Azure-Cloud und den besten DevOps-Tools umgeht.\n\nAlle unsere Kurse werden als Fernkurse, Bootcamps oder Weiterbildungen durchgef\u00fchrt. Am Ende des Kurses wirst du alle F\u00e4higkeiten besitzen, die du brauchst, um als DevOps-Ingenieur<\/a> zu arbeiten, und du kannst eine von Unternehmen hoch anerkannte Zertifizierung erwerben.\n\nF\u00fcr die Finanzierung sind unsere Weiterbildung durch den Bildungsgutschein finanzierbar. Warte nicht l\u00e4nger und entdecke jetzt Liora!\n\n\n
Liora Weiterbildungen<\/a><\/div><\/div>\n","protected":false},"excerpt":{"rendered":"

Azure DevOps vs. GitHub sind zwei DevOps-Plattformen im Besitz von Microsoft! Sie weisen \u00c4hnlichkeiten auf und haben gemeinsame Funktionen, insbesondere f\u00fcr CI\/CD mit Azure Pipelines und GitHub Actions. Allerdings sind diese beiden Dienste alles andere als austauschbar. Finde heraus, worin sie sich unterscheiden und welcher der bessere ist! Durch die B\u00fcndelung der Kr\u00e4fte von Entwickler- […]<\/p>\n","protected":false},"author":78,"featured_media":177387,"comment_status":"open","ping_status":"open","sticky":false,"template":"elementor_theme","format":"standard","meta":{"_acf_changed":false,"editor_notices":[],"footnotes":""},"categories":[2476],"class_list":["post-177386","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cloud-dev"],"acf":[],"_links":{"self":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/177386","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/users\/78"}],"replies":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/comments?post=177386"}],"version-history":[{"count":1,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/177386\/revisions"}],"predecessor-version":[{"id":217492,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/posts\/177386\/revisions\/217492"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/media\/177387"}],"wp:attachment":[{"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/media?parent=177386"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/liora.io\/de\/wp-json\/wp\/v2\/categories?post=177386"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}