Wenn Ihr Entwicklungsteam unter Windows 11 arbeitet und jeder seine eigene, individuell zusammengestellte Umgebung hat, mit unterschiedlichen Installationen, fehlenden Skripten und tausend gleichzeitig geöffneten Tools, ist es sehr wahrscheinlich, dass Sie bei jeder Auslieferung Zeit und Qualität verlieren. Microsoft Dev Home und Microsoft Dev Box wurden genau dafür entwickelt, diese Umgebungen zu zentralisieren, zu standardisieren und zu automatisieren.Reduzierung technischer Reibungsverluste und Beschleunigung der Entwicklungszyklen.
Dev Home ist weit mehr als nur ein hübsches Bedienfeld; es integriert sich mit GitHub, Azure DevOps und Management-Tools wie WinGetDev Drive, Überwachungs-Widgets und, in fortgeschrittenen Szenarien, Dev Box, Intune und AzureAll dies macht Windows 11 zu einer deutlich wettbewerbsfähigeren Plattform für Teams, die individuelle Software, Cloud-Lösungen, Data Science oder komplexe Geschäftsanwendungen entwickeln.
Was ist Microsoft Dev Home und warum ist es so wichtig für Entwicklungsteams?
Microsoft Dev Home ist ein Eine Windows 11-Anwendung, die als Nervenzentrum des Entwicklers konzipiert wurde.Über ein einziges, individuell anpassbares Dashboard können Sie das Team überwachen, Repositories verbinden, Entwicklungsumgebungen konfigurieren und Installationen automatisieren, wodurch das Chaos vermieden wird, das entsteht, wenn zehn Anwendungen gleichzeitig geöffnet sind, um dasselbe zu tun.
Die Philosophie von Dev Home ist klar: Minimieren Sie die Zeitspanne zwischen dem Einschalten des Computers und dem Beginn der Arbeit an sinnvollem Code.Dies beinhaltet die Standardisierung von Umgebungen, die Vereinfachung des Onboardings neuer Entwickler und die Bereitstellung von Echtzeit-Transparenz über den Status des Systems und der Projekte.
Obwohl der Schwerpunkt auf technischen Profilen liegt, Auch andere, eng mit der Entwicklung verbundene Rollen können davon profitieren. (Architekten, Datenwissenschaftler, DevOps-Ingenieure oder technische Produktmanager), die mehrere Projekte, Remote-Verbindungen, Skripte und Cloud-Ressourcen vom selben Team aus verwalten müssen.
Dev Home eignet sich besonders gut für Organisationen, die bereits mit Azure-Dienste, GitHub, Azure DevOps oder sogar AWSDer Grund dafür? Dadurch wird es einfacher, Verbindungen, Repositories und einen Teil der Observability der Umgebung zu zentralisieren, ohne zwischen verschiedenen Konsolen hin- und herspringen zu müssen.
Installation von Dev Home und erste Schritte unter Windows 11
Die Installation von Dev Home unter Windows 11 ist ein sehr unkomplizierter Vorgang und erfordert keine Erfahrung als Systemadministrator. Am einfachsten geht das über den Microsoft Store.Suchen Sie einfach nach „Dev Home“ und starten Sie den Download, um die neueste stabile oder Vorabversion zu erhalten.
Wenn Ihr Team mehrere Teams gleichzeitig verwaltet oder Sie die Bereitstellung automatisieren möchten, können Sie Folgendes verwenden: WinGet, der Windows-PaketmanagerMit einem einfachen Befehl im Windows Terminal können Sie die Anwendung stapelweise auf verschiedenen Computern installieren und sie sogar in Bereitstellungsskripte oder CI-Pipelines integrieren.
Für Nutzer, die die vollständige Kontrolle bevorzugen, bietet Microsoft Folgendes an: Das offizielle Entwickler-Repository auf GitHub mit herunterladbaren BinärdateienDies ist nützlich in Umgebungen, in denen die Anzahl der Speicher begrenzt ist oder in denen Sie genau festlegen möchten, welche Version auf welchem ​​Rechner installiert ist.
Sobald die Anwendung installiert ist, begrüßt Sie Dev Home mit einem Leeres Dashboard, bereit zum Hinzufügen von Widgets.CPU-, RAM- und GPU-Indikatoren, Netzwerkauslastung, aktive SSH-Verbindungen, GitHub-Repository-Status, Pull-Request-Benachrichtigungen oder laufende Build-Aufgaben.
Diese Modularität ist eine ihrer Stärken. Jeder Entwickler kann das Panel an seinen Arbeitsablauf anpassen.entweder für Programmierung in Python mit WSLgroße Lösungen in C++ kompilieren oder in der Cloud bereitgestellte Microservices verwalten.
Schlüsselfunktionen zur Optimierung von Teamentwicklungsprozessen
Damit Dev Home die Teamproduktivität wirklich steigern kann, ist es wichtig, seine wichtigsten Komponenten zu verstehen. Sein Wert liegt in der Kombination aus schneller Einrichtung, Repository-Integration, einem Kontrollpanel und Leistungsoptimierungen. entwicklungsorientiert.
Schnelle Umgebungseinrichtung mit WinGet und Katalogen
Eines der größten Probleme für Teams ist, dass Jede Maschine wird letztendlich zu einer einzigartigen Umgebung, die schwer zu reproduzieren ist.Dev Home nutzt WinGet und Konfigurationsaufgaben, um die manuelle Installation von Tools zu vermeiden.
Mithilfe grafischer Schnittstellen und YAML-basierter Definitionen ist es möglich Listen von Anwendungen, Paketen, SDKs und Tools definieren Diese sollten automatisch auf jedem Rechner oder jeder Entwicklungsumgebung installiert werden. Sie können in Katalogen gespeichert werden, die auf GitHub oder Azure DevOps gehostet werden, sodass die Bereitstellung versioniert und kontrolliert wird.
In der Praxis bedeutet dies, dass, wenn ein neuer Entwickler dem Team beitritt, Innerhalb weniger Minuten können Sie die Umgebung an den Rest anpassen.: derselbe Editor, dieselben Erweiterungen, dieselbe Befehlszeilenschnittstelle, dieselbe Datenbank oder dieselben Debugging-Tools usw.
Für Organisationen mit mehreren Teams (z. B. Frontend, Backend, Data Science) ist es möglich, Folgendes aufrechtzuerhalten: verschiedene Bilddefinitionen und Anpassungsmöglichkeiten, zugeschnitten auf Ihre spezifischen Anforderungen an RAM, CPU, GPU und Gehäuse.
Anpassbares Dashboard und Widgets für den täglichen Gebrauch
Das Herzstück von Dev Home ist ein Dashboard voller Widgets für EntwicklerDieses Panel ist weit mehr als nur ein Schmuckstück; es trägt dazu bei, einen einheitlichen Überblick über den Status des Teams und die geleistete Arbeit zu vermitteln.
Zu den gebräuchlichsten Widgets gehören Elemente für Überwachen Sie die Nutzung von CPU, RAM, GPU, Speicher und Netzwerk.Dies ist besonders nützlich bei der Arbeit mit aufwändigen Builds, Containern, virtuellen Maschinen oder datenträgerintensiven Workloads.
Es gibt auch Widgets, die dafür vorgesehen sind GitHub und Azure DevOpsSie zeigen offene Probleme, den Status von Pull-Requests, laufende Pipelines und andere relevante Ereignisse an, ohne dass man zwischen Browser-Tabs wechseln muss.
Der Vorteil für die Teams ist, dass Jede Person erstellt ein auf ihre üblichen Aufgaben zugeschnittenes Bedienfeld.Ein Backend-Entwickler priorisiert möglicherweise Protokolle, Servicestatus und API-Repositories, während sich ein Frontend-Entwickler auf Webprojekt-Builds und Browser-Leistungsmetriken konzentriert.
Dev Drive: Leistung und Sicherheit für Code und Builds
Eine weitere wichtige Komponente ist Dev Drive, ein Virtuelles Speichervolumen optimiert für EntwicklungsaktivitätenEs dient als Speicherort für Code-Repositories, Abhängigkeiten, Build-Artefakte und andere Dateien, die beim Kompilieren und Debuggen ständig verwendet werden.
Dank einer speziellen Konfiguration des Dateisystems und der Sicherheitsrichtlinien, Dev Drive verkürzt die Kompilierungs- und AnalysezeitenDies ist von entscheidender Bedeutung bei der Arbeit mit großen Monorepositorys oder Projekten mit Tausenden von Dateien.
Darüber hinaus beinhaltet es Verbesserungen beim Schutz vor Schadsoftware und der Interaktion mit Sicherheitstools. Die Performance sollte nicht jedes Mal beeinträchtigt werden, wenn Repositories geklont oder Abhängigkeiten installiert werden.Für Teams, die täglich große Lösungen kompilieren, sind die erzielten Zeiteinsparungen sehr bedeutend.
Integration mit GitHub, Azure DevOps und Cloud-Diensten
Dev Home beschränkt sich nicht auf die Anzeige grundlegender Repository-Informationen. Die Integration mit GitHub und Azure DevOps ermöglicht es Ihnen, Workflows zu starten, Probleme zu überprüfen und Benachrichtigungen zu erhalten. ohne das Hauptfenster von Windows zu verlassen.
Durch die Verknüpfung Ihres GitHub-Kontos über Dev Home können Sie Schneller Zugriff auf Repositories, Verwaltung von Pull Requests, Verfolgung wichtiger Probleme und Überwachung von CI/CD-Aktionen Diese werden bei jedem Push oder Merge ausgelöst. Dasselbe gilt für Azure DevOps-Projekte, in denen Sie Pipelines, Boards und Repositories überwachen können.
Für Unternehmen, die Cloud-Dienste auf AWS und Azure anbieten oder nutzen, ist diese Konnektivität hilfreich. einen Teil des Infrastrukturmanagements orchestrieren Vom Desktop aus: Dashboards, die den Status von AKS-Clustern, Azure SQL-Datenbanken oder bereitgestellten Diensten anzeigen, ohne dass mehrere Verwaltungskonsolen geöffnet werden müssen.
Automatisierung und Einsatz künstlicher Intelligenz im Entwicklungsprozess
Dev Home lässt sich sehr gut mit dem massiven Einzug von KI in die Entwicklungsbranche vereinbaren. GitHub-Copilot und andere Assistenten sind in die Windows-Entwicklungstools integriert. (VS Code, Terminal, Editoren) und kann durch Widgets und Erweiterungen aus Dev Home ergänzt werden.
Einige Teams fangen bereits damit an KI-Agenten erstellen, die automatisch Code überprüfenSie generieren Dokumentationen oder lösen Aktionen aus, sobald sie Anomalien in den Repositories erkennen. Dev Home dient als Integrationspunkt und zeigt Warnmeldungen, Analyseergebnisse oder den Status von Aufgaben an, die von diesen Agenten ausgelöst wurden.
Des Weiteren besteht die Verbindung mit Werkzeugen von Power BI ermöglicht die Einbindung von Dashboards mit Projekt- und Teamleistungskennzahlen.Aufgabendurchsatz, Durchlaufzeit, Bereitstellungsfehler, Codequalität usw. – all diese Informationen sind unter Windows von einem zentralen Ort aus zugänglich.
Microsoft Dev Box: Cloudbasierte Entwicklungsarbeitsplätze
Um die Standardisierung noch einen Schritt weiter zu treiben, bietet Microsoft Folgendes an: Dev Box, cloudbasierte Entwicklungsarbeitsplätze Diese Umgebungen integrieren sich in Dev Home und das Azure-Ökosystem. Anstatt sich ausschließlich auf die physische Maschine zu verlassen, kann jeder Entwickler eine oder mehrere vollständige Umgebungen in Azure nutzen und sich remote verbinden.
Dev Box ist für Organisationen konzipiert, in denen Governance, Sicherheit und zentralisiertes Umgebungsmanagement Diese sind von entscheidender Bedeutung. Die Idee ist, dass Entwickler bei Bedarf Entwicklungsumgebungen mit dem richtigen Image und der richtigen Konfiguration erstellen können, ohne sich mit manuellen Installationen oder lokalen Berechtigungen herumschlagen zu müssen.
Rollen, die an der Implementierung von Dev Box beteiligt sind
Die Implementierung einer Dev Box in einer Organisation erfordert die Koordination zwischen mehreren Profilen. Microsoft unterscheidet drei Hauptrollen: Plattformingenieur, Entwicklungsteamleiter und Entwickler.
El Plattformingenieur Sie arbeiten eng mit dem IT-Management zusammen, um die Infrastruktur zu konzipieren: Konfiguration von Microsoft Enterprise ID (ehemals Azure AD), Erstellung des Entwicklungszentrums, Netzwerkverbindungen, Bildergalerien, Projekte und anderer Azure-Ressourcen. Außerdem sind sie für die Integration von Intune, die Definition von Sicherheitsrichtlinien und die Anbindung an Unternehmensressourcen verantwortlich.
El Leiter des Entwicklungsteams Es stellt die Entwicklererfahrung in den Mittelpunkt. Es definiert, welche Images das Team benötigt, welche Anpassungen vorgenommen werden, wie viele Dev Boxes jeder Person zur Verfügung stehen, in welchen Regionen diese erstellt werden und wie die Entwicklungsteams verwaltet werden.
Schließlich wird die Entwickler Es nutzt die verfügbaren Entwicklungsrechner im Self-Service-Modus. Es erstellt neue Entwicklungsrechner über das Entwicklerportal, verbindet sich über die Windows-Anwendung mit ihnen und verwaltet deren Umgebungen (Einschalten, Ausschalten, Ruhezustand, Löschen) innerhalb der von der Organisation festgelegten Grenzen.
Definition der Anforderungen an Governance, Netzwerk, Identität und Hardware
Bevor man die Dev Box wahllos einsetzt, ist es unerlässlich, dass… die IT- und Endbenutzeranforderungen anhalten und definieren und planen Sie die Unternehmensunterstützung: Welche Ressourcen werden benötigt, von wo aus werden die Geräte angeschlossen, welche Sicherheitsrichtlinien gelten, welche Arten von Images werden verwendet und welche Varianten virtueller Hardware werden benötigt?
Wenn die Teams geografisch verteiltDie Azure-Region, in der die einzelnen Entwicklungs-Boxen erstellt werden, beeinflusst die Latenz. Idealerweise sollten Entwicklungs-Boxen so nah wie möglich an den Benutzern gehostet werden (z. B. eine Netzwerkverbindung im Westen der USA für Redmond und eine weitere in Europa für europäische Teams).
Es ist außerdem notwendig zu beurteilen, ob Es gibt mehrere Projekte mit unterschiedlichen Kunden, Berechtigungen und Teams.In diesem Fall ist es in der Regel ratsam, diese Kontexte in verschiedene Projekte innerhalb derselben Entwicklungsumgebung aufzuteilen. Dadurch können Sie Images, Gruppen und Netzwerkverbindungen projektbezogen isolieren.
Was Software und Ressourcen betrifft, so können diese erstellt werden verschiedene Bilddefinitionen für jeden Teamtyp (zum Beispiel ein Image für Data Scientists mit Python, Jupyter und KI-Tools, ein anderes für die .NET-Entwicklung mit Visual Studio usw.) und kombinieren Sie diese Images mit Rechen- und Speicherkapazitäten, die auf jedes Profil abgestimmt sind.
In Bezug auf Identität und Zugriff gibt es zwei Hauptmodelle: Cloud-basierte Organisationen mit Microsoft Sign-in-ID oder Hybridumgebungen mit lokalem Active Directory. Dieser Punkt entscheidet darüber, ob von Microsoft gehostete Netzwerke verwendet werden können oder ob Azure-Netzwerkverbindungen mit Hybridkonnektivität eingerichtet werden müssen.
Netzwerk, Konnektivität und Sicherheit für Dev Box
Dev Boxes benötigen Zugriff auf Organisations- und Azure-Ressourcen, was sie dazu zwingt Netzwerkverbindungen gut gestaltenEs gibt zwei Hauptoptionen:
- Von Microsoft gehostete Netzwerke (SaaS-Modell und reine Cloud-Netzwerke).
- Azure-Netzwerkverbindungen, die Ihr eigenes virtuelles Netzwerk bereitstellen.
Die Von Microsoft gehostete Netzwerke Sie stellen die einfachste Lösung dar, wenn sich alles in der Cloud befindet und keine komplexen ausgehenden Regeln, benutzerdefinierten Firewalls oder der Zugriff auf lokale Ressourcen erforderlich sind. In diesen Fällen genügt es, die Entwicklungsrechner mit Microsoft Entra zu verbinden.
Wenn Ihre Organisation dies erfordert Zugriff auf lokale Ressourcen, erweitertes Routing, Netzwerksicherheitsgruppen (NSGs) oder FirewallsDaher müssen Sie Azure-Netzwerkverbindungen verwenden. Diese ermöglichen es Ihnen, die Subnetze, in denen sich die Entwicklungsrechner befinden, über VPN oder ExpressRoute mit anderen virtuellen Netzwerken oder dem Unternehmensrechenzentrum zu verbinden.
Ein sehr häufiges Muster ist die Topologie. Hub-and-SpokeEin zentrales virtuelles Netzwerk (Hub) verbindet sich mit dem lokalen Netzwerk, und mehrere dezentrale Netzwerke („Spoke-Netzwerke“) beherbergen die Entwicklungsrechner für jedes Projekt oder jede Region, die jeweils mit dem Hub verbunden sind. Dieses Modell ermöglicht die Zentralisierung von Sicherheits- und Überwachungsregeln.
Eine gute Planung ist ebenfalls ratsam. der IP-Adressbereich Es ist wichtig sicherzustellen, dass genügend IP-Adressen für die Integritätsprüfungen der Azure-Netzwerkverbindungen und die Dev Box-Infrastruktur verfügbar sind. Außerdem ist es entscheidend, die korrekte Funktion der DNS-Auflösung in hybriden Domänenbeitrittsszenarien zu überprüfen.
RBAC, Entwicklungszentren, Projekte und Dev Box-Gruppen
Die Zugriffskontrollschicht in Dev Box basiert auf Azure Role-Based Access Control (RBAC)Typische Rollen sind Eigentümer oder Mitwirkender (auf Abonnement- oder Ressourcengruppenebene), DevCenter-Eigentümer, DevCenter-Projektmanager und Dev Box-Benutzer.
Normalerweise wird mindestens einer erstellt Entwicklungszentrum (Dev Center) nach Organisation oder großem GebietDiese zentrale Plattform bündelt Projekte, Bilddefinitionen, Netzwerkverbindungen, Kataloge und Verarbeitungsgalerien. Benötigen verschiedene Gruppen vollständige Autonomie, können mehrere unabhängige Plattformen erstellt werden.
Jeder Dev Box-Projekt Dies entspricht typischerweise einem realen Entwicklungsprojekt (z. B. einer internen Geschäftsanwendung oder der Unternehmenswebsite). Auf Projektebene werden die den Entwicklern zur Verfügung stehenden Dev-Box-Gruppen definiert und die Anzahl der Boxen pro Benutzer begrenzt.
Innerhalb jedes Projekts konfiguriert der Administrator EntwicklungsteamgruppenDiese Gruppen verknüpfen eine Image-Definition mit einer bestimmten Netzwerkverbindung und optional mit einer automatischen Abschaltrichtlinie. Üblicherweise werden Gruppen nach geografischer Region, Auftragstyp oder Zugriffsanforderungen für bestimmte Ressourcen erstellt.
Bilder, Prozessgalerien und Anpassungskataloge
Damit Dev Boxes wirklich wiederverwendbar und konsistent sind, vernünftige ImagestrategieDrei Elemente spielen hierbei eine Rolle: Bilddefinitionen, benutzerdefinierte Bilder in der Azure Compute Gallery und Anpassungsaufgaben.
Die Bilddefinitionen Sie stellen die empfohlene Vorgehensweise für neue Bereitstellungen dar: Sie kombinieren ein Basis-Image mit YAML-Anpassungsdateien, die festlegen, welche Aufgaben beim Erstellen der Entwicklungsumgebung ausgeführt werden (z. B. Installation von Paketen mit WinGet oder Chocolatey, Klonen von Repositories, Ausführen von PowerShell-Skripten usw.). Sie ermöglichen es Ihnen, die Prozessgröße und den Speicherplatz beim Erstellen der Gruppe unabhängig auszuwählen.
Die benutzerdefinierte Bilder In einer Azure Compute Gallery gespeicherte Images werden verwendet, wenn hochgradig validierte und geschlossene Images benötigt werden, beispielsweise für Abteilungen mit strengen Compliance-Anforderungen. Die Galerie ermöglicht die einfache gemeinsame Nutzung dieser Images über verschiedene Entwicklungsumgebungen und Projekte hinweg bei gleichzeitiger Versionskontrolle.
Die Personalisierungsaufgaben Diese sind in Katalogen definiert, die sich in GitHub- oder Azure DevOps-Repositories befinden. Durch das Anhängen eines oder mehrerer Kataloge an einen Entwicklungshub wird die Anzahl der Image-Varianten reduziert. Ein einzelnes Basis-Image kann an viele Szenarien angepasst werden, indem die entsprechenden Aufgaben in jeder Dev Box angewendet werden.
Microsoft bietet einen Schnellstartkatalog mit typischen Aufgaben (Installation von Tools, Konfiguration von Anwendungen, Klonen von Repositories) an, und jede Organisation kann ihre eigenen Kataloge erstellen, um spezifische Bedürfnisse abzudecken, ohne die Anzahl der zu pflegenden Images zu erhöhen.
Intune, bedingter Zugriff und Berechtigungsverwaltung
Die Entwicklerboxen sind noch Windows-Geräte, die von Microsoft Intune verwaltet werdenNach der Bereitstellung können sie wie jede andere Unternehmensausrüstung behandelt werden: Konfigurationsprofile anwenden, Anwendungen bereitstellen, Updates verwalten und die Einhaltung von Richtlinien überprüfen.
Mit Intune ist es möglich zu definieren Richtlinien für bedingten Zugriff Speziell für Entwicklungsrechner. Zum Beispiel die Beschränkung ihrer Nutzung auf verwaltete Geräte, die Einschränkung des Zugriffs auf bestimmte geografische Standorte oder die Kontrolle der Möglichkeit, zwischen der lokalen Umgebung und dem Entwicklungsrechner zu kopieren und einzufügen.
La Endpoint Privilege Management (EPM) Es ermöglicht Entwicklern, als Standardbenutzer zu arbeiten, ohne lokale Administratorrechte zu besitzen, sondern die Berechtigungen kontrolliert nur für bestimmte Aktionen zu erhöhen (z. B. Installation eines bestimmten Tools, Durchführung einer Diagnose usw.).
All dies wird abgeschlossen mit automatische Stopppläne in Dev Box-Gruppen, um unnötige Kosten zu vermeiden, Begrenzungen der Anzahl der Boxen pro Benutzer und eine klare Strategie für Image-Versionen und deren Validierung vor der Bereitstellung in der gesamten Organisation.
Erstellung und praktische Nutzung der Dev Box aus dem Entwicklerportal
Sobald die Infrastruktur bereitsteht, ist der Prozess für den Entwickler recht einfach. Vom Microsoft Dev Box-EntwicklerportalJeder Benutzer mit der Rolle „Dev Box User“ kann seine Workstations in der Cloud erstellen und verwalten.
Beim ersten Aufruf des Portals finden Sie eine kurze Führung, die Sie überspringen oder der Sie folgen können. Um eine neue Dev Box zu erstellen, gehen Sie einfach wie folgt vor: Wählen Sie ein Projekt, ein Bild und eine Region aus und geben Sie einen eindeutigen Namen an. Für diese Box innerhalb des Projekts. Der Bildschirm zeigt an, ob es Beschränkungen hinsichtlich der Anzahl der Boxen gibt, ob der Ruhezustand unterstützt wird, ob Anpassungen verfügbar sind und die konfigurierte Abschaltzeit.
Der Prozess der Erstellung der Dev Box dauert in der Regel etwa 25 Minuten oder mehrDas hängt alles von den Anpassungsaufgaben und der Bildgröße ab. Der Status ändert sich von „Wird erstellt“ zu „Wird ausgeführt“, sobald die Verbindung hergestellt werden kann.
Zum Verbinden können Sie Ihren eigenen Browser oder den Windows AppÜber das Portal kann die Anwendung aus dem Microsoft Store heruntergeladen werden. Nach der Installation kann die Verbindung durch einen Klick auf „Über die Anwendung verbinden“ auf der gewünschten Dev Box gestartet werden.
Nutzer können auch Unterstützung für mehrere Monitore konfigurieren aus dem Einstellungsbereich des Entwicklerportals, was hervorragend geeignet ist, um auf einem Bildschirm zu debuggen, auf einem anderen Code zu bearbeiten und auf einem dritten Protokolle oder Dokumentationen anzuzeigen.
Wenn eine Dev Box nicht mehr benötigt wird, kann der Entwickler sie aus dem Portal löschen. Regelmäßige Reinigung ungenutzter Anzuchtboxen Es gehört zu einer guten Betriebspraxis, die Kosten zu begrenzen und ein geordnetes Umfeld aufrechtzuerhalten.
Die Kombination von Dev Home auf dem lokalen Desktop mit Dev Box in der Cloud, Die Teams erzielen homogenere, reproduzierbarere und leichter zu steuernde Umgebungen.während die Entwickler die Flexibilität behalten, ihre tägliche Arbeit zu organisieren.
