Analog: das Angular-Meta-Framework mit Vite und Nitro

Analog setzt Vite und Nitro unter Angular

Analog ist ein Meta-Framework für Anwendungen und Websites mit Angular. Die Repository-Beschreibung nennt es ein Fullstack-Meta-Framework, das auf Vite und Nitro aufbaut. Das README stellt das Projekt in eine Reihe mit Next.js, Nuxt, SvelteKit und Qwik City: Jene setzen auf React, Vue, Svelte und Qwik auf, Analog setzt auf Angular. Das Repository ist in TypeScript geschrieben und unter MIT lizenziert, die Dokumentation liegt unter analogjs.org.

Am Anfang des README steht ein Abzeichen für das Paket @analogjs/vite-plugin-angular auf registry.vite.dev. Als letzter Stand im Material ist ein Push vom 26. August 2026 eingetragen.

Dateibasiertes Routing, Server-Daten und Markdown als Inhaltsroute

Die Funktionsliste nennt dateibasiertes Routing, Strecken entstehen also aus den angelegten Dateien und nicht aus einer zentralen Konfigurationsdatei. Hinzu kommt das serverseitige Laden von Daten, eine Seite kann ihre Daten holen, bevor sie gerendert wird. Markdown-Dateien lassen sich als Inhaltsrouten einsetzen, eine Seite wird damit als Dokument geschrieben statt als Angular-Komponente. Für Dokumentationsbereiche und Blogs ist das der naheliegende Weg.

Welche Verzeichnisse und Dateinamen dabei gelten, sagt das README nicht. Wer ein Projekt aufsetzt, muss diese Konventionen in der Dokumentation nachschlagen, aus dem Material selbst sind sie nicht ableitbar.

API-Routen und hybrides SSR/SSG über Nitro

Analog bringt eigene API- und Server-Routen mit, Frontend und Backend liegen damit im selben Projekt. Die Serverseite stellt Nitro bereit, das laut README auch die Integrationen für den Server und die Auslieferung liefert. Hybrides Rendern ist ebenfalls gelistet: Serverseitig gerenderte und statisch erzeugte Seiten lassen sich mischen, einzelne Strecken können unterschiedliche Verfahren nutzen.

Wie eine Strecke dem einen oder anderen Verfahren zugeordnet wird, steht im README nicht, auch eine Liste der Auslieferungsziele von Nitro fehlt. Für Tests und Komponentenarbeit nennt das README Vitest und Storybook, ohne die Einbindung zu beschreiben.

npm create analog@latest und die anderen drei Wege

Für den Anfang gibt es vier Aufrufe, je nach Paketverwalter. Mit npm lautet er npm create analog@latest, mit pnpm pnpm create analog@latest, mit Bun bun create analog@latest und mit Yarn yarn create analog. Danach folgen Rückfragen, die das Projekt aufsetzen und den Entwicklungsserver starten. Das README verweist zusätzlich auf einen Einstiegspunkt unter analogjs.org/new.

Auffällig ist, was fehlt. Der Befehl für den Entwicklungsserver wird nicht genannt, ebenso wenig ein Standardport oder die entstehende Verzeichnisstruktur. Auch die Fragen des Gerüsts sind nicht dokumentiert. Wer die Schritte im Voraus planen will, kommt an der Dokumentationsseite nicht vorbei.

Angular CLI und Nx als Workspace-Unterbau

Die Funktionsliste nennt Unterstützung für Angular CLI und Nx-Workspaces. Für Teams, die die Standardwerkzeuge von Angular nutzen, heißt das, dass sich das Meta-Framework in die vorhandene Workspace-Struktur einfügt, statt sie abzulösen. Nx taucht im README zusätzlich im Sponsorenbereich auf.

Zur Umstellung bestehender Angular-Projekte sagt das README nichts. Es gibt keine Migrationsschritte, keine Liste von Konfigurationsoptionen und keine Aussage dazu, welche Angular-Versionen unterstützt werden. Wer eine laufende Anwendung umstellen will, prüft das besser an einem eigenen Zweig, bevor die Hauptentwicklung umzieht.

Der Standardzweig heißt beta: von v2.7.1-beta.2 zu v2.7.1

Der Standardzweig des Repositories heißt beta. Das ist mehr als eine Formalität, denn ein Klon ohne weitere Angabe liefert genau diesen Stand. Die jüngsten Veröffentlichungen tragen die Bezeichnungen v2.7.1 vom 26. August 2026 sowie v2.7.1-beta.3 und v2.7.1-beta.2 vom 23. und 18. August 2026. Die Beta-Tags erscheinen in kurzem Abstand vor der stabilen Ausgabe, was auf einen laufenden Abstimmungsprozess hindeutet.

Wer Analog einführt, sollte deshalb nicht blind dem Zweig folgen, sondern eine veröffentlichte Version festschreiben. Eine Aussage zur Politik hinter den Versionsnummern, etwa wie lange eine Nebenversion gepflegt wird, enthält das Material nicht.

Zerops, Nx und die offenen Punkte der README

Das README nennt Zerops als Partner und führt Nx, House of Angular, Snyder Tech sowie CodeRabbit als Sponsoren. Der Name des Projekts geht laut README auf ein älteres Projekt mit demselben Namen von rrdelaney zurück. Für Mitarbeit verweist das README auf eine eigene Anleitung im Repository, Fragen laufen über einen Discord-Server und einen Kurznachrichtendienst.

Die Alternative zu Analog ist der direkte Weg mit Angular und seiner CLI. Der Unterschied liegt im Umfang: Ohne das Meta-Framework fehlen die in der Funktionsliste genannten Stücke, also dateibasiertes Routing, Server-Routen und hybrides SSR/SSG, während die vertraute Werkzeugkette erhalten bleibt. Wer nicht an Angular gebunden ist, findet dieselbe Idee in Next.js, Nuxt, SvelteKit und Qwik City auf anderen Grundlagen, wie das README selbst einräumt.

Redaktionelles Fazit

Analog passt zu Teams, die Angular einsetzen und Routing, Server-Routen sowie hybrides Rendern aus einer Hand wollen, ohne die Angular-Werkzeuge aufzugeben. Wer eine stabile Hauptlinie erwartet, stolpert über den Standardzweig beta und sollte die Versionswahl bewusst treffen. Vor dem Start lohnt der Blick auf analogjs.org, weil das README weder den Befehl für den Entwicklungsserver noch die Verzeichniskonventionen nennt, die ein neues Projekt sofort braucht.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes