Lokal
Platform App
- Git & Repos
- Flutter SDK
- Node.js
- Docker
Setup-App erkennt Tools und startet alles mit einem Klick.
Vergleich
Die GitHub Codespaces Alternative mit Workspaces und Auslieferung
GitHub Codespaces startet Entwicklungsumgebungen in der Cloud, ohne lokales Setup. Nach dem Commit fehlen Deployment, Server und Store-Releases – die Application Platform deckt beides ab.
- Cloud-Workspaces mit VS Code, JetBrains, RDP und VNC
- macOS-Geräte für iOS-Builds, nicht nur Linux
- Von der Entwicklungsumgebung bis zum Store-Release in einem Projekt
Kostenlos starten. Keine Kreditkarte nötig.
Lokal oder in der Cloud arbeiten?
Ganz deine Entscheidung, wir geben dir für beide Wege das ideale Setup.
Cloud
Remote-Workspace
- Ubuntu VM
- VS Code im Browser
- Von überall
Fertige Entwicklungsumgebung – kein lokales Setup nötig.
Kurz gesagt
Beide Produkte lösen das gleiche erste Problem: eine fertige Entwicklungsumgebung ohne lokales Setup. Danach trennen sich die Wege.
- GitHub Codespaces passt, wenn du auf GitHub arbeitest und nur eine Entwicklungsumgebung brauchst.
- Die Application Platform passt, wenn dazu auch CI/CD, Server, Deployment und Releases gehören sollen.
GitHub Codespaces und Application Platform im direkten Vergleich
Der Schwerpunkt liegt auf Remote Development. Details ändern sich, prüfe im Zweifel die aktuellen Angaben des jeweiligen Anbieters.
| Kriterium | Application Platform | GitHub Codespaces |
|---|---|---|
| Entwicklungsumgebung in der Cloud | Vollständig abgedeckt: Workspaces starten fertig konfiguriert, ohne lokales Setup | Vollständig abgedeckt: Kernprodukt, ausgereift und schnell startklar |
| Editoren und Zugangswege | Vollständig abgedeckt: VS Code, JetBrains, RDP und VNC über stabile Gateway-URLs | Vollständig abgedeckt: VS Code im Browser und lokal, JetBrains über Gateway |
| macOS-Umgebungen für iOS-Builds | Vollständig abgedeckt: macOS-Geräte gehören zum Angebot | Nicht vorgesehen: Nur Linux-Umgebungen |
| Projekt-Setup aus Templates | Vollständig abgedeckt: Next.js, NestJS, Laravel, FastAPI, Flutter, Expo, Astro und Hugo | Nicht vorgesehen: Startet aus einem vorhandenen Repository |
| CI/CD-Pipelines | Vollständig abgedeckt: GitLab-CI-Konfiguration liegt lesbar im Repository | Teilweise abgedeckt: Nicht Teil des Produkts |
| Deployment und Hosting | Vollständig abgedeckt: Deployment auf eigene oder Managed Server | Nicht vorgesehen: Nicht Teil des Produkts |
| Mobile Apps und Store-Releases | Vollständig abgedeckt: Flutter, Expo und native Projekte bis in App Store, Play Store, Microsoft Store | Nicht vorgesehen: Nicht Teil des Produkts |
| Standort der Verarbeitung | Vollständig abgedeckt: Betrieb in der EU, Auftragsverarbeitungsvertrag | Teilweise abgedeckt: US-Anbieter |
Grün bedeutet vollständig abgedeckt, gelb teilweise, grau nicht vorgesehen.
Stand: 10. August 2026. Die Gegenüberstellung beschreibt typische Abläufe und kann je nach Projekt abweichen.
Was die Application Platform zusätzlich übernimmt
Die Kette zwischen fertiger Entwicklungsumgebung und veröffentlichtem Release.
Workspaces für mehr als einen Editor
VS Code, JetBrains, RDP und VNC – auch macOS-Geräte für iOS-Builds.
Projekt statt leeres Repository
Repository, Pipeline, Domain und Zugangsdaten aus einem Template.
Deployment gehört dazu
Vom Workspace über die Pipeline bis auf deinen Server.
Bis in die App Stores
Flutter, Expo und native Projekte werden über Fastlane veröffentlicht.
Von Codespaces zur Application Platform wechseln
Du kannst mit den Workspaces beginnen und die restliche Kette später übernehmen.
-
Projekt anlegen
Lege dein Projekt im Assistenten an und wähle den Stack.
-
Workspace starten
Starte einen Cloud-Workspace mit VS Code, JetBrains, RDP oder VNC.
-
Pipeline übernehmen
Die GitLab-CI-Konfiguration liegt im Repository.
-
Server und Releases anschließen
Binde einen eigenen Server per SSH an oder buche einen Managed Server.
Häufige Fragen
Ist die Application Platform ein Ersatz für Codespaces?
Für den Zweck einer Cloud-Entwicklungsumgebung ja. Workspaces starten fertig konfiguriert und laufen über Gateway-URLs. Der Unterschied: Die Umgebung gehört zu einem Projekt mit Pipeline, Server und Releases.
Warum ist macOS im Workspace relevant?
iOS-Builds und Signaturen brauchen macOS. Codespaces bietet nur Linux. Wir stellen macOS-Geräte bereit und veröffentlichen über Fastlane direkt in den App Store.
Wie unterscheidet sich die Abrechnung?
Codespaces rechnet minutengenau nach Laufzeit und Speicher. Bei der Application Platform zahlst du Plattform und Server, dafür sind Pipeline, Deployment und Store-Publishing enthalten.
Sieh dir die Plattform selbst an
Registriere dich kostenlos, starte einen Workspace und prüfe, wie weit die Kette danach reicht.
Kostenlos starten. Keine Kreditkarte nötig.