Der erste Tag in einem neuen Projekt beginnt selten mit Programmieren. Zuerst wird eingerichtet: VPN-Client installieren, die passende Konfiguration finden, Zugangsdaten sortieren — und dann die Frage, welches Passwort in welches Feld gehört, weil es neben dem Plattform-Login noch ein zweites Geheimnis für den Workspace gab. Genau an dieser Stelle ging bisher Zeit verloren, bei jedem neuen Teammitglied: zehn Minuten für alte Hasen, eine Stunde für alle anderen.
Seit dem 26. Juli führt ein Assistent durch die Einrichtung, und das separate Workspace-Passwort ist weggefallen.
Ein Assistent statt einer Anleitung
Der Verbindungsdialog ist mehrstufig aufgebaut und hat eine Brotkrumen-Navigation, sodass du jederzeit siehst, in welchem Schritt du bist. Zurückspringen ist möglich, ohne von vorn anzufangen.
Die Schritte sind nach Betriebssystem getrennt: Für Ubuntu und macOS gibt es jeweils einen eigenen Weg durch VPN-Einrichtung, Client-Installation und Verbindungsaufbau — nur die Anweisungen, die für dein System gelten, statt einer Sammelanleitung mit Verzweigungen.
Ein Passwort für alles
Zum Verbinden verwendest du dein normales Plattform-Passwort aus Authentik. Ein eigenes Workspace-Geheimnis, das separat verwaltet und notiert werden musste, gibt es nicht mehr — das gilt auch für Windows-Workspaces, die kein zusätzliches RDP-Passwort mehr brauchen. Cloud-Workspaces sind direkt nach dem Erstellen nutzbar, ohne separate VPN-Anmeldung vorab. Weniger Geheimnisse bedeuten auch weniger Stellen, an denen Zugangsdaten liegen bleiben, wenn jemand das Team verlässt.
Lokal oder in der Cloud arbeiten?
Ganz deine Entscheidung, wir geben dir für beide Wege das ideale Setup.
- Git & Repos
- Flutter SDK
- Node.js
- Docker
Setup-App erkennt Tools und startet alles mit einem Klick.
- Ubuntu VM
- VS Code im Browser
- Von überall
Fertige Entwicklungsumgebung – kein lokales Setup nötig.
Stabile Adressen und verständliche Fehler
Verbindungen laufen über eine eigene VPN-Domain und stabile Gateway-URLs — eine einmal notierte Adresse bleibt gültig. Ein Workspace gilt als bereit, sobald der Agent erreichbar ist — der Zeitpunkt, ab dem du tatsächlich arbeiten kannst, statt eines Status, der schon grün ist, während die Verbindung noch ins Leere läuft. Ist ein Workspace offline, bekommst du eine verständliche Fehlerseite statt der technischen Rohausgabe von früher.
Vier Wege in den Workspace
Wie du arbeitest, entscheidest du selbst: VS Code im Browser, die JetBrains-IDEs, Remote Desktop über RDP sowie VNC, dazu macOS-Geräte für iOS-Builds. Damit deckt der Assistent sowohl den Kollegen ab, der schnell im Browser eine Kleinigkeit korrigiert, als auch die Entwicklerin mit ihrer gewohnten IDE.
Was sich im Team ändert
Der sichtbarste Effekt ist das Onboarding: Ein neuer Entwickler bekommt einen Workspace, läuft durch den Assistenten und arbeitet — die lange Liste lokaler Installationsschritte entfällt.
Der zweite Effekt betrifft die Umgebungen selbst: Alle im Team arbeiten auf derselben Konfiguration mit denselben Versionen von Laufzeitumgebungen und Werkzeugen. Der Satz „bei mir läuft es" verliert seine Grundlage, weil es kein individuell gewachsenes Setup mehr gibt.
Der dritte Effekt ist die saubere Trennung von Kundenprojekten: Jedes Projekt hat seinen eigenen Workspace mit eigenen Zugängen und Daten, nichts vermischt sich auf einem gemeinsamen Rechner, und beim Projektende ist klar, was abgeschaltet wird.
Wie das zu den übrigen Bausteinen passt
Workspaces sind ein Teil der Plattform, nicht ihr Zweck — sie ergänzen Projektverwaltung, Anbindungen an externe Dienste und die Auslieferung deiner Anwendungen. Eine Gegenüberstellung mit anderen Angeboten findest du bei Cloud-Entwicklungsumgebungen, Codespaces-Wechsler finden die Unterschiede unter GitHub Codespaces Alternative.
