Hinweis
Der Editor von .dev befindet sich aktuell in public preview. Du kannst Feedback in unseren Diskussionen hinterlassen. Außerdem ist der Editor von .dev nicht in den Unterdomänen von GHE.com verfügbar, z. B. in octocorp.ghe.com
.
Der .dev-Editor stellt eine schlanke Bearbeitungsumgebung zur Verfügung, die vollständig in deinem Browser ausgeführt wird. Mit dem .dev-Editor kannst du in Dateien und Quellcoderepositorys von navigieren und Codeänderungen vornehmen und committen. Du kannst ein beliebiges Repository, eine Fork oder einen Pull Request im Editor öffnen.
Der .dev-Editor ist auf .com kostenlos verfügbar.
Der .dev-Editor bietet viele der Vorteile von Visual Studio Code, z. B. Suche, Syntaxhervorhebung und eine Quellcodeverwaltungsansicht. Du kannst auch Einstellungssynchronisierung verwenden, um deine eigenen VS Code-Einstellungen im Editor zu übernehmen. Weitere Informationen findest du unter Einstellungssynchronisierung in der VS Code-Dokumentation.
Der .dev-Editor wird vollständig in der Sandbox deines Browsers ausgeführt. Der Editor klont das Repository nicht, sondern verwendet stattdessen die Erweiterung „-Repositorys“, um die meisten Funktionen auszuführen, die du verwendest. Deine Arbeit wird im lokalen Speicher des Browsers gespeichert, bis du sie committest. Du solltest deine Änderungen regelmäßig committen, um sicherzustellen, dass sie immer zugänglich sind.
Sie müssen bei angemeldet sein, um den .dev-Editor verwenden zu können.
Du kannst mithilfe einer der folgenden Methoden ein beliebiges -Repository in .dev öffnen:
Um das Repository auf derselben Browserregisterkarte zu öffnen, drückst du auf ., während du ein Repository oder einen Pull Request auf durchsuchst.
Um das Repository auf einer neuen Browserregisterkarte zu öffnen, drückst du auf >.
Ändere die URL von „.com“ in „.dev“.
Wähle beim Anzeigen einer Datei das Dropdownmenü aus, und klicke auf .dev.
Sowohl .dev als auch Codespaces ermöglichen es dir, deinen Code direkt über dein Repository zu bearbeiten. Beide Optionen haben jedoch leicht unterschiedliche Vorteile, je nach Anwendungsfall.
Du kannst deinen Workflow in .dev starten und deine Arbeit in einem Codespace fortsetzen. Wenn du versuchst, auf die Ausführungs- und Debugansicht oder das Terminal zuzugreifen, wirst du benachrichtigt, dass sie in .dev nicht verfügbar sind.
Wenn du deine Arbeit in einem Codespace fortsetzen möchtest, klicke auf Arbeit fortsetzen in... , und wähle dann Neuen Codespace erstellen aus, um einen Codespace in deinem aktuellen Branch zu erstellen. Bevor du diese Option auswählst, musst du alle Änderungen committen.

Wenn du .dev verwendest, werden alle Aktionen über die Ansicht „Quellcodeverwaltung“ verwaltet, die sich auf der linken Seite in der Aktivitätsleiste befindet. Weitere Informationen zur Ansicht „Quellcodeverwaltung“ findest du in der VS Code-Dokumentation unter Versionskontrolle.
Da .dev die Erweiterung „-Repositorys“ nutzt, kannst du zwischen Branches wechseln, ohne einen Stash für Änderungen auszuführen. Weitere Informationen findest du unter -Repositorys in der VS Code-Dokumentation.
Wenn der aktuelle Branch nicht in der Statusleiste angezeigt wird, klicke unten im Codespace mit der rechten Maustaste auf die Statusleiste, und wähle dann Quellcodeverwaltung aus.
Klicke auf den Branchnamen in der Statusleiste.
Klicke in der Dropdownliste entweder auf den Branch, zu dem du wechseln möchtest, oder gib den Namen für einen neuen Branch ein, und klicke auf Neuen Branch erstellen.
Alle nicht committeten Änderungen, die du in deinem alten Branch vorgenommen hast, sind in deinem neuen Branch verfügbar.
Klicke in der Aktivitätsleiste auf die Ansicht Quellcodeverwaltung.
Klicke zum Stagen deiner Änderungen auf neben der Datei, die du geändert hast, oder neben Änderungen, wenn du mehrere Dateien geändert hast und sämtliche dieser Dateien stagen möchtest.
Gib in das Textfeld eine Commitnachricht ein, die die von dir vorgenommene Änderung beschreibt.
Klicke auf Committen und pushen.
Deine Änderungen werden automatisch an deinen Branch auf gepusht.
Klicke nach dem Commit deiner Änderungen in die lokale Kopie des Repositorys oben auf der Randleiste „Quellcodeverwaltung“ auf das Pull Request-Symbol.
Überprüfe, ob der lokale Branch und das Repository, von wo aus du mergst, und der Remote-Branch und das Repository, wohin du mergst, richtig sind. Gib dem Pull Request dann einen Titel und eine Beschreibung.
Klicke auf Erstellen.
Du kannst .dev verwenden, um mit einem vorhandenen Pull Request zu arbeiten.
- Navigiere zu dem Pull Request, den du in .dev öffnen möchtest.
- Drücke
.
, um den Pull Request in .dev zu öffnen. - Nachdem du Änderungen vorgenommen hast, committe sie mit den Schritten unter Committen deiner Änderungen. Deine Änderungen werden direkt in den Branch committet, es ist nicht erforderlich, die Änderungen zu pushen.
Der .dev-Editor unterstützt VS Code-Erweiterungen, die speziell für die Ausführung im Web erstellt oder aktualisiert wurden. Diese Erweiterungen werden als „Weberweiterungen“ bezeichnet. Informationen dazu, wie du eine Weberweiterung erstellen oder deine vorhandene Erweiterung für das Web aktualisieren kannst, findest du unter Weberweiterungen in der Dokumentation zu VS Code.
Erweiterungen, die in .dev ausgeführt werden können, werden in der Erweiterungsansicht angezeigt und können installiert werden. Wenn du Einstellungssynchronisierung verwendest, werden auch kompatible Erweiterungen automatisch installiert. Weitere Informationen findest du unter Einstellungssynchronisierung in der VS Code-Dokumentation.
Wenn du hinter einer Firewall arbeitest, musst du der Positivliste deiner Firewall die folgenden URLs hinzufügen.
URL | Zweck |
---|---|
https://*.vscode-cdn.net | .dev wird vollständig im Browser ausgeführt. Dazu müssen VS Code-Ressourcen von den Endpunkten unter dieser URL heruntergeladen werden. |
https://update.code.visualstudio.com | .dev wird vollständig im Browser ausgeführt. Dazu müssen VS Code-Ressourcen von den Endpunkten unter dieser URL heruntergeladen werden. |
https://api..com | Dient zum Abrufen der Quelldateien aus . |
https://vscode-sync-insiders.trafficmanager.net | Optional. Ermöglicht die Synchronisierung von Einstellungen über die Einstellungssynchronisierung. |
Jede in .dev installierte Erweiterung wird unter einem unabhängigen Webworker ausgeführt. Dadurch wird eine zusätzliche Sicherheitsebene zwischen mehreren Erweiterungen geschaffen, die im selben Browser ausgeführt werden. Deshalb sehen die von den Erweiterungen stammenden Anforderungs-URLs in etwa so aus: https://v--151hfiju3s93ktt2rqh65902gukb27osot905m4g52k40kaea3h6.vscode-cdn.net
.
Die Daten werden zur Laufzeit mit der Erweiterung -Repositorys aus dem Repository abgerufen. Diese Daten werden zwischen .dev-Sitzungen nicht auf dem lokalen Computer gespeichert. Eine Ausnahme stellt die Speicherung von nicht gespeicherten Dateien und aktuell angezeigten Dateien durch den Browser dar (um das Neuladen der Seite zu ermöglichen). Die einzigen Nicht-Repository-Daten, die zwischen den Sitzungen lokal gespeichert werden, sind einige Benutzereinstellungen und die Anmeldeinformationen, die vom -Authentifizierungsflow gesendet werden.
Wenn du Probleme beim Öffnen von .dev hast, versuche Folgendes:
- Stelle sicher, dass du bei angemeldet bist.
- Deaktiviere alle Werbeblocker.
- Verwende ein Nicht-Inkognito-Fenster in deinem Browser, um .dev zu öffnen.
- .dev wird derzeit in Chrome (und verschiedenen anderen Chromium-basierten Browsern), Edge, Firefox und Safari unterstützt. Es wird empfohlen, die neueste Version dieser Browser zu verwenden.
- Einige Tastenzuordnungen funktionieren möglicherweise nicht, je nachdem, welchen Browser du verwendest. Diese Tastenzuordnungseinschränkungen werden im Abschnitt Bekannte Einschränkungen und Anpassungen der Dokumentation zu VS Code dokumentiert.
- Abhängig von deiner lokalen Tastaturbelegung kann
.
möglicherweise nicht zum Öffnen von .dev verwendet werden. In diesem Fall kannst du ein beliebiges -Repository in .dev öffnen, indem du die URL von.com
in.dev
änderst. - Beim intensiven Schreiben von Dokumentationen oder Code im Web-Editor treten möglicherweise Probleme mit dem Pushen einiger Commits auf. Um dies zu beheben, warten Sie einige Minuten, bis die API-Ratenbegrenzung zurückgesetzt wird.