Amazon CodeCatalyst ist nicht mehr offen für Neukunden. Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter [Wie migriert man von CodeCatalyst](migration.md).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Schreiben und ändern Sie Code mit Dev Environments in CodeCatalyst
Entwicklungsumgebungen sind cloudbasierte Entwicklungsumgebungen. In Amazon verwenden Sie Dev Environments CodeCatalyst, um an dem Code zu arbeiten, der in den Quell-Repositorys Ihres Projekts gespeichert ist. Beim Erstellen von Entwicklungsumgebungen haben Sie mehrere Möglichkeiten:
+ Erstellen Sie eine projektspezifische Entwicklungsumgebung CodeCatalyst , um mit einer unterstützten integrierten Entwicklungsumgebung (IDE) an Code zu arbeiten.
+ Erstellen Sie eine leere Entwicklungsumgebung, klonen Sie Code aus einem Quell-Repository hinein und bearbeiten Sie diesen Code mit einer unterstützten IDE.
+ Erstellen Sie eine Entwicklungsumgebung in einer IDE und klonen Sie ein Quell-Repository in die Entwicklungsumgebung
Eine *Dev-Datei* ist eine offene Standard-YAML-Datei, die Ihre Entwicklungsumgebungen standardisiert. Mit anderen Worten, diese Datei kodifiziert die erforderlichen Entwicklungstools für Ihre Entwicklungsumgebung. Auf diese Weise können Sie schnell eine Entwicklungsumgebung einrichten, zwischen Projekten wechseln und die Konfiguration der Entwicklungsumgebung für alle Teammitglieder replizieren. Entwicklungsumgebungen minimieren den Zeitaufwand für die Erstellung und Pflege einer lokalen Entwicklungsumgebung, da sie eine Dev-Datei verwenden, die alle Tools konfiguriert, die Sie zum Codieren, Testen und Debuggen für ein bestimmtes Projekt benötigen.
**Wichtig**
Entwicklungsumgebungen können Skripts über Devfiles ausführen, die Zugriff auf Ihre Anmeldeinformationen haben. CodeCatalyst Bitte überprüfen Sie das Repository, bevor Sie nicht vertrauenswürdige Ressourcen öffnen.
Die in Ihrer Entwicklungsumgebung enthaltenen Projekttools und Anwendungsbibliotheken werden durch die Dev-Datei im Quell-Repository Ihres Projekts definiert. Wenn Sie keine Dev-Datei in Ihrem Quell-Repository haben, CodeCatalyst wird automatisch eine Standard-Dev-Datei angewendet. Diese Standard-Devdatei enthält Tools für die am häufigsten verwendeten Programmiersprachen und Frameworks. Wenn Ihr Projekt mit einem Blueprint erstellt wurde, wird automatisch eine Dev-Datei von erstellt. CodeCatalyst [Weitere Informationen zur Dev-Datei finden Sie unter https://devfile.io.](https://devfile.io)
Nachdem Sie eine Entwicklungsumgebung erstellt haben, können nur Sie darauf zugreifen. In Ihrer Entwicklungsumgebung können Sie den Code Ihres Quell-Repositorys in einer unterstützten IDE anzeigen und bearbeiten.
Standardmäßig ist eine Entwicklungsumgebung so konfiguriert, dass sie über einen 2-Core-Prozessor, 4 GB RAM und 16 GB persistenten Speicher verfügt. Wenn Sie über Space-Administratorrechte verfügen, können Sie die Abrechnungsstufe für Ihren Space ändern, um verschiedene Konfigurationsoptionen für die Entwicklungsumgebung zu verwenden und Rechen- und Speicherlimits zu verwalten.
**Topics**
+ [Erstellen einer Entwicklungsumgebung](devenvironment-create.md)
+ [Anhalten einer Entwicklungsumgebung](devenvironment-stop.md)
+ [Fortsetzen einer Entwicklungsumgebung](devenvironment-resume.md)
+ [Eine Entwicklungsumgebung bearbeiten](devenvironment-edit.md)
+ [Löschen einer Entwicklungsumgebung](devenvironment-delete.md)
+ [Mit SSH eine Verbindung zu einer Entwicklungsumgebung herstellen](devenvironment-connect-ssh.md)
+ [Konfiguration einer Dev-Datei für eine Entwicklungsumgebung](devenvironment-devfile.md)
+ [Zuordnen einer VPC-Verbindung zu einer Entwicklungsumgebung](devenvironment-using-vpc.md)
+ [Kontingente für Entwicklungsumgebungen in CodeCatalyst](devenvironment-limits.md)
# Erstellen einer Entwicklungsumgebung
Sie können eine Entwicklungsumgebung auf verschiedene Arten erstellen:
+ Erstellen Sie auf den Seiten **Übersicht**, **Entwicklungsumgebungen oder CodeCatalyst Quell-Repositorys eine Entwicklungsumgebung CodeCatalyst ** mit einem [Quell-Repository oder einem verknüpften](source-repositories-link.md) **Quell-Repository**
+ Erstellen Sie auf der Seite Entwicklungsumgebungen eine leere Entwicklungsumgebung in CodeCatalyst , die nicht mit einem Quell-Repository verbunden ist
+ Erstellen Sie eine Entwicklungsumgebung in der IDE Ihrer Wahl und klonen Sie ein beliebiges Quell-Repository in die Entwicklungsumgebung
**Wichtig**
Entwicklungsumgebungen sind für Benutzer in Bereichen, in denen Active Directory als Identitätsanbieter verwendet wird, nicht verfügbar. Weitere Informationen finden Sie unter [Ich kann keine Entwicklungsumgebung erstellen, wenn ich CodeCatalyst mit einem Single-Sign-On-Konto angemeldet bin](devenvironments-troubleshooting.md#troubleshoot-create-dev-env-idprovider).
Sie können eine Entwicklungsumgebung pro Zweig eines Repositorys erstellen. Ein Projekt kann mehrere Repositorys enthalten. Die von Ihnen erstellten Entwicklungsumgebungen können nur mit Ihrem CodeCatalyst Konto verwaltet werden. Sie können jedoch die Entwicklungsumgebung öffnen und mit jeder der unterstützten Umgebungen darin arbeiten IDEs. Sie müssen AWS Toolkit installiert haben, um Entwicklungsumgebungen in Ihrer IDE verwenden zu können. Weitere Informationen finden Sie unter [Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen](#devenvironment-supported-ide). Standardmäßig werden Entwicklungsumgebungen mit einem 2-Core-Prozessor, 4 GB RAM und 16 GB persistentem Speicher erstellt.
**Anmerkung**
Wenn Sie eine Entwicklungsumgebung erstellt haben, die mit einem Quell-Repository verknüpft ist, zeigt die Spalte **Ressource** immer den Zweig an, den Sie bei der Erstellung dieser Entwicklungsumgebung angegeben haben. Dies gilt auch dann, wenn Sie einen weiteren Branch erstellen, zu einem anderen Branch innerhalb der Entwicklungsumgebung wechseln oder ein zusätzliches Repository klonen. Wenn Sie eine leere Entwicklungsumgebung erstellt haben, ist die Spalte **Ressource** leer.
## Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen
Sie können Entwicklungsumgebungen mit den folgenden unterstützten integrierten Entwicklungsumgebungen (IDEs) verwenden:
+ [AWS Cloud9](https://docs.aws.amazon.com/cloud9/latest/user-guide/welcome.html)
+ [JetBrains IDEs](https://www.jetbrains.com/help)
+ [IntelliJ IDEA Ultimate](https://www.jetbrains.com/help/idea/getting-started.html)
+ [GoLand](https://www.jetbrains.com/help/go/getting-started.html)
+ [PyCharmProfessionell](https://www.jetbrains.com/help/pycharm/getting-started.html)
+ [Visual Studio Code](https://code.visualstudio.com/docs)
## Erstellen einer Entwicklungsumgebung in CodeCatalyst
Um mit der Arbeit mit Dev Environment in zu beginnen CodeCatalyst, authentifizieren Sie sich und melden Sie sich entweder mit Ihrer [AWS Builder-ID](id-how-to-sign-in.md) oder [SSO](sign-in-sso.md) an.
**So erstellen Sie eine Entwicklungsumgebung aus einem Branch**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung erstellen möchten.
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Überblick** und navigieren Sie dann zum Abschnitt **Meine Entwicklungsumgebungen**.
+ Wählen Sie **Code** und dann **Entwicklungsumgebungen** aus.
+ Wählen Sie **Code**, wählen Sie **Quell-Repositorys** und wählen Sie das Repository aus, für das Sie eine Entwicklungsumgebung erstellen möchten.
1. Wählen Sie **Entwicklungsumgebung erstellen**.
1. Wählen Sie eine unterstützte IDE aus dem Drop-down-Menü aus. Weitere Informationen finden Sie unter [Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen](#devenvironment-supported-ide).
1. Wählen Sie **Repository klonen**.
1. Führen Sie eine der folgenden Aktionen aus:
1. Wählen Sie das zu klonende Repository aus, wählen Sie **In vorhandenem Zweig arbeiten** und wählen Sie dann einen Zweig aus dem Drop-down-Menü **Bestehender Zweig** aus.
**Anmerkung**
Wenn Sie sich für ein Drittanbieter-Repository entscheiden, müssen Sie in einem vorhandenen Branch arbeiten.
1. Wählen Sie das zu klonende Repository aus, wählen Sie **In neuem Zweig arbeiten**, geben Sie einen Branch-Namen in das Feld **Branch-Name** ein und wählen Sie im Drop-down-Menü Branch erstellen einen Branch aus, aus dem der neue **Branch erstellt** werden soll.
**Anmerkung**
Wenn Sie eine Entwicklungsumgebung von der Seite **Quell-Repositorys** oder von einem bestimmten Quell-Repository aus erstellen, müssen Sie kein Repository auswählen. Die Entwicklungsumgebung wird aus dem Quell-Repository erstellt, das Sie auf der Seite **Quell-Repositorys** ausgewählt haben.
1. (Optional) Geben Sie unter **Alias — optional** einen Alias für die Entwicklungsumgebung ein.
1. (Optional) Wählen Sie die Schaltfläche „**Konfiguration** bearbeiten“, um die Rechen-, Speicher- oder Timeout-Konfiguration der Entwicklungsumgebung zu bearbeiten.
1. (Optional) Wählen Sie in **Amazon Virtual Private Cloud (Amazon VPC) — optional** aus dem Drop-down-Menü eine VPC-Verbindung aus, die Sie mit Ihrer Entwicklungsumgebung verknüpfen möchten.
Wenn eine Standard-VPC für Ihren Bereich festgelegt ist, werden Ihre Entwicklungsumgebungen mit dieser VPC verbunden ausgeführt. Sie können dies überschreiben, indem Sie eine andere VPC-Verbindung zuordnen. Beachten Sie außerdem, dass VPC-verbundene Entwicklungsumgebungen dies nicht unterstützen. AWS Toolkit
Wenn die VPC-Verbindung, die Sie verwenden möchten, nicht aufgeführt ist, kann dies daran liegen, dass sie eine AWS-Konto Verbindung enthält, die in Ihrem Projekt nicht zulässig ist. Weitere Informationen finden Sie unter [Konfiguration von projektbeschränkten Kontoverbindungen](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-accounts-restriction.html) im * CodeCatalyst Amazon-Administratorhandbuch*.
**Anmerkung**
Wenn Sie eine Entwicklungsumgebung mit einer VPC-Verbindung erstellen, wird innerhalb der VPC eine neue Netzwerkschnittstelle erstellt. CodeCatalyst interagiert mit dieser Schnittstelle über die zugehörige VPC-Rolle. Stellen Sie außerdem sicher, dass Ihr IPv4 CIDR-Block **nicht** für den `172.16.0.0/12` IP-Adressbereich konfiguriert ist.
1. Wählen Sie **Erstellen** aus. Während der Erstellung Ihrer Entwicklungsumgebung wird in der Statusspalte Entwicklungsumgebung der Wert Wird **gestartet** angezeigt, und in der Statusspalte wird nach Erstellung der Entwicklungsumgebung die Meldung Wird **ausgeführt** angezeigt.
**Um eine leere Entwicklungsumgebung zu erstellen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung erstellen möchten.
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Überblick** und navigieren Sie dann zum Abschnitt **Meine Entwicklungsumgebungen**.
+ Wählen Sie **Code** und dann **Entwicklungsumgebungen** aus.
1. Wählen Sie **Create Dev Environment** aus.
1. Wählen Sie eine unterstützte IDE aus dem Drop-down-Menü aus. Weitere Informationen finden Sie unter [Unterstützte integrierte Entwicklungsumgebungen für Entwicklungsumgebungen](#devenvironment-supported-ide).
1. Wählen Sie **Create an empty Dev Environment**.
1. (Optional) Geben Sie unter **Alias — optional** einen Alias für die Entwicklungsumgebung ein.
1. (Optional) Wählen Sie die Schaltfläche „**Konfiguration** bearbeiten“, um die Rechen-, Speicher- oder Timeout-Konfiguration der Entwicklungsumgebung zu bearbeiten.
1. (Optional) Wählen Sie in **Amazon Virtual Private Cloud (Amazon VPC) — optional** aus dem Drop-down-Menü eine VPC-Verbindung aus, die Sie mit Ihrer Entwicklungsumgebung verknüpfen möchten.
Wenn eine Standard-VPC für Ihren Bereich festgelegt ist, werden Ihre Entwicklungsumgebungen mit dieser VPC verbunden ausgeführt. Sie können dies überschreiben, indem Sie eine andere VPC-Verbindung zuordnen. Beachten Sie außerdem, dass VPC-verbundene Entwicklungsumgebungen dies nicht unterstützen. AWS Toolkit
Wenn die VPC-Verbindung, die Sie verwenden möchten, nicht aufgeführt ist, kann dies daran liegen, dass sie eine AWS-Konto Verbindung enthält, die in Ihrem Projekt nicht zulässig ist. Weitere Informationen finden Sie unter [Konfiguration von projektbeschränkten Kontoverbindungen](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-accounts-restriction.html) im * CodeCatalyst Amazon-Administratorhandbuch*.
**Anmerkung**
Wenn Sie eine Entwicklungsumgebung mit einer VPC-Verbindung erstellen, wird innerhalb der VPC eine neue Netzwerkschnittstelle erstellt. CodeCatalyst interagiert mit dieser Schnittstelle über die zugehörige VPC-Rolle. Stellen Sie außerdem sicher, dass Ihr IPv4 CIDR-Block **nicht** für den `172.16.0.0/12` IP-Adressbereich konfiguriert ist.
1. Wählen Sie **Erstellen** aus. Während der Erstellung Ihrer Entwicklungsumgebung wird in der Statusspalte Entwicklungsumgebung der Wert Wird **gestartet** angezeigt, und in der Statusspalte wird nach Erstellung der Entwicklungsumgebung die Meldung Wird **ausgeführt** angezeigt.
**Anmerkung**
Das erstmalige Erstellen und Öffnen einer Entwicklungsumgebung kann ein bis zwei Minuten dauern.
**Anmerkung**
Nachdem die Entwicklungsumgebung in der IDE geöffnet wurde, müssen Sie möglicherweise das Verzeichnis in das Quell-Repository ändern, bevor Sie Änderungen an Ihrem Code übertragen und per Push übertragen können.
## Eine Entwicklungsumgebung in einer IDE erstellen
Sie können Dev Environments verwenden, um schnell an dem Code zu arbeiten, der in den Quell-Repositorys Ihres Projekts gespeichert ist. Entwicklungsumgebungen erhöhen Ihre Entwicklungsgeschwindigkeit, da Sie sofort mit dem Programmieren in einer projektspezifischen, voll funktionsfähigen Cloud-Entwicklungsumgebung mit einer unterstützten integrierten Entwicklungsumgebung (IDE) beginnen können.
Informationen zum Arbeiten mit CodeCatalyst einer IDE finden Sie in der folgenden Dokumentation.
+ [Amazon CodeCatalyst für JetBrains IDEs](https://docs.aws.amazon.com/toolkit-for-jetbrains/latest/userguide/codecatalyst-service.html)
+ [Amazon CodeCatalyst für VS Code](https://docs.aws.amazon.com/toolkit-for-vscode/latest/userguide/codecatalyst-service.html)
+ [Amazon CodeCatalyst für AWS Cloud9](https://docs.aws.amazon.com/cloud9/latest/user-guide/ide-toolkits-cloud9.html)
# Anhalten einer Entwicklungsumgebung
Das `/projects` Verzeichnis einer Entwicklungsumgebung speichert die Dateien, die aus dem Quell-Repository abgerufen werden, und die Dev-Datei, die zur Konfiguration der Entwicklungsumgebung verwendet wird. Das `/home` Verzeichnis, das bei der Erstellung der Entwicklungsumgebung leer ist, speichert die Dateien, die Sie während der Verwendung Ihrer Entwicklungsumgebung erstellen. Alles in den `/home` Verzeichnissen `/projects` und in den Verzeichnissen einer Entwicklungsumgebung wird persistent gespeichert, sodass Sie die Arbeit in einer Entwicklungsumgebung beenden können, wenn Sie zu einer anderen Entwicklungsumgebung, einem anderen Repository oder einem anderen Projekt wechseln müssen.
**Warnung**
In einer Entwicklungsumgebung gibt es keinen Timeout, wenn Instanzen, einschließlich Webbrowser, Remote-Shells und IDEs, verbunden bleiben. Stellen Sie also sicher, dass Sie alle verbundenen Instanzen schließen, um zusätzliche Kosten zu vermeiden.
Eine Entwicklungsumgebung wird automatisch beendet, wenn sie für den Zeitraum inaktiv ist, der bei der Erstellung der Entwicklungsumgebung in den **Timeout-Feldern** ausgewählt wurde. Sie können die Entwicklungsumgebung beenden, bevor sie inaktiv wird. Wenn Sie bei der Erstellung Ihrer Entwicklungsumgebung „**Kein Timeout**“ ausgewählt haben, wird die Entwicklungsumgebung nicht automatisch beendet. Stattdessen wird sie kontinuierlich ausgeführt.
**Warnung**
Wenn Sie eine Entwicklungsumgebung beenden, die mit einer gelöschten VPC-Verbindung verknüpft ist, kann sie nicht wieder aufgenommen werden.
**So beenden Sie eine Entwicklungsumgebung auf der Seite Entwicklungsumgebungen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung beenden möchten.
1. Wählen Sie im Navigationsbereich **Code** aus.
1. Wählen Sie **Entwicklungsumgebungen** aus.
1. Wählen Sie das Optionsfeld für die Entwicklungsumgebung, die Sie beenden möchten.
1. Wählen Sie im Menü **Aktionen** die Option **Stopp**.
**Anmerkung**
Die Computernutzung wird nur in Rechnung gestellt, solange die Entwicklungsumgebung läuft. Die Speichernutzung wird jedoch für die gesamte Dauer des Bestehens der Entwicklungsumgebung in Rechnung gestellt. Stoppen Sie Ihre Entwicklungsumgebung, wenn sie nicht verwendet wird, um die Abrechnung der Rechenleistung zu beenden.
# Fortsetzen einer Entwicklungsumgebung
Das `/projects` Verzeichnis einer Entwicklungsumgebung speichert die Dateien, die aus dem Quell-Repository abgerufen werden, und die Dev-Datei, die zur Konfiguration der Entwicklungsumgebung verwendet wird. Das `/home` Verzeichnis, das bei der Erstellung der Entwicklungsumgebung leer ist, speichert die Dateien, die Sie während der Verwendung Ihrer Entwicklungsumgebung erstellen. Alles in den `/home` Verzeichnissen `/projects` und in den Verzeichnissen einer Entwicklungsumgebung wird persistent gespeichert, sodass Sie die Arbeit in einer Entwicklungsumgebung beenden können, wenn Sie zu einer anderen Entwicklungsumgebung, einem anderen Repository oder einem anderen Projekt wechseln müssen, und die Arbeit in Ihrer Entwicklungsumgebung zu einem späteren Zeitpunkt fortsetzen müssen.
Eine Entwicklungsumgebung wird automatisch beendet, wenn sie für den Zeitraum inaktiv ist, der bei der Erstellung der Entwicklungsumgebung in den **Timeout-Feldern** ausgewählt wurde. Sie müssen den AWS Cloud9 Browser-Tab schließen, damit die Entwicklungsumgebung inaktiv ist.
**Anmerkung**
Die Entwicklungsumgebung ist weiterhin verfügbar und läuft auch dann, wenn Sie den Zweig löschen, mit dem Sie die Entwicklungsumgebung erstellt haben. Wenn Sie die Arbeit in einer Entwicklungsumgebung fortsetzen möchten, für die Sie den Branch gelöscht haben, erstellen Sie einen neuen Branch und übertragen Sie Ihre Änderungen dorthin.
**Um eine Entwicklungsumgebung von der Übersichtsseite aus wieder aufzunehmen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung fortsetzen möchten, und navigieren Sie zum Abschnitt **Meine Entwicklungsumgebungen**.
1. Wählen Sie **Fortsetzen in (IDE)**.
+ Wählen Sie für JetBrains Gateway-EAP JetBrains IDEs, wenn Sie aufgefordert werden, **eine Anwendung zum Öffnen des -Gateway-Links auszuwählen**. JetBrains Wählen Sie **Link öffnen**, um zu bestätigen, wenn Sie dazu aufgefordert werden.
+ Wählen Sie für die VS Code-IDE die Option VS Code, wenn **Sie aufgefordert werden, eine Anwendung zum Öffnen des VS Code-Links auszuwählen**. Wählen Sie zur Bestätigung **Link öffnen**.
**Um eine Entwicklungsumgebung vom Quell-Repository aus fortzusetzen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung fortsetzen möchten.
1. Wählen Sie im Navigationsbereich **Code** aus.
1. Wählen Sie **Source Repositories** aus.
1. Wählen Sie das Quell-Repository aus, das die Entwicklungsumgebung enthält, die Sie fortsetzen möchten.
1. Wählen Sie den Branch-Namen, um ein Drop-down-Menü mit Ihren Branches aufzurufen, und wählen Sie dann Ihren Branch aus.
1. Wählen Sie **Resume Dev Environment**.
+ Wählen Sie „**Link öffnen**“ JetBrains IDEs, um zu bestätigen, wenn Sie aufgefordert werden, **dieser Site das Öffnen des JetBrains -gateway-Links mit JetBrains Gateway zu erlauben**? .
+ Wählen Sie für die VS Code-IDE die Option **Link öffnen**, um zu bestätigen, wenn Sie aufgefordert werden, **dieser Site das Öffnen des VS Code-Links mit Visual Studio Code zu erlauben?** .
**So setzen Sie eine Entwicklungsumgebung auf der Seite Entwicklungsumgebungen fort**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung fortsetzen möchten.
1. Wählen Sie im Navigationsbereich **Code** aus.
1. Wählen Sie **Dev Environments** aus.
1. Wählen Sie in der Spalte **IDE** die Option **Resume in (IDE)** für die Entwicklungsumgebung aus.
+ Wählen Sie „**Link öffnen**“ JetBrains IDEs, um zu bestätigen, wenn Sie gefragt werden, ob Sie **dieser Site das Öffnen des JetBrains -gateway-Links mit JetBrains Gateway erlauben** möchten? .
+ Wählen Sie für die VS Code-IDE die Option **Link öffnen**, um zu bestätigen, wenn Sie aufgefordert werden, **dieser Site das Öffnen des VS Code-Links mit Visual Studio Code zu erlauben?** .
**Anmerkung**
Es kann einige Minuten dauern, bis eine Entwicklungsumgebung fortgesetzt wird.
# Eine Entwicklungsumgebung bearbeiten
Während Ihre IDE läuft, können Sie die Entwicklungsumgebung bearbeiten. Wenn Sie Ihr Rechen- oder Inaktivitäts-Timeout bearbeiten, wird Ihre Entwicklungsumgebung neu gestartet, nachdem Sie Ihre Änderungen gespeichert haben.
**Um eine Entwicklungsumgebung zu bearbeiten**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung bearbeiten möchten.
1. Wählen Sie im Navigationsbereich **Code** aus.
1. Wählen Sie **Dev Environments** aus.
1. Wählen Sie die Entwicklungsumgebung aus, die Sie bearbeiten möchten.
1. Wählen Sie **Bearbeiten** aus.
1. Nehmen Sie die gewünschten Änderungen am Timeout für Berechnung oder Inaktivität vor.
1. Wählen Sie **Speichern**.
# Löschen einer Entwicklungsumgebung
Wenn Sie mit der Arbeit an den Inhalten fertig sind, die in Ihrer Entwicklungsumgebung gespeichert sind, können Sie die Entwicklungsumgebung löschen. Erstellen Sie eine neue Entwicklungsumgebung, um an neuen Inhalten zu arbeiten. Wenn Sie Ihre Entwicklungsumgebung löschen, wird der persistente Inhalt dauerhaft gelöscht. Bevor Sie Ihre Entwicklungsumgebung löschen, stellen Sie sicher, dass Sie Ihre Codeänderungen übertragen und in das ursprüngliche Quell-Repository der Entwicklungsumgebung übertragen. Nachdem Sie Ihre Entwicklungsumgebung gelöscht haben, wird die Rechnungs- und Speicherabrechnung für die Entwicklungsumgebung beendet.
Nachdem Sie Ihre Entwicklungsumgebung gelöscht haben, kann es einige Minuten dauern, bis das Speicherkontingent aktualisiert wird. Wenn Sie das Speicherkontingent erreicht haben, können Sie während dieser Zeit keine neue Entwicklungsumgebung erstellen.
**Wichtig**
Das Löschen einer Entwicklungsumgebung kann nicht rückgängig gemacht werden. Nachdem Sie eine Entwicklungsumgebung gelöscht haben, können Sie sie nicht mehr wiederherstellen.
**Um eine Entwicklungsumgebung zu löschen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, in dem Sie eine Entwicklungsumgebung löschen möchten.
1. Wählen Sie im Navigationsbereich **Code** aus.
1. Wählen Sie **Dev Environments** aus.
1. Wählen Sie die Entwicklungsumgebung aus, die Sie löschen möchten.
1. Wählen Sie **Löschen** aus.
1. Geben Sie ein**delete**, um das Löschen der Entwicklungsumgebung zu bestätigen.
1. Wählen Sie **Löschen** aus.
**Anmerkung**
Bevor Sie eine VPC-Verbindung in Ihrem Space löschen, stellen Sie sicher, dass Sie die dieser VPC zugeordnete Entwicklungsumgebung entfernen.
Selbst wenn Sie eine Entwicklungsumgebung löschen, löschen Sie möglicherweise nicht die Netzwerkschnittstelle in der VPC. Stellen Sie sicher, dass Sie Ihre Ressourcen nach Bedarf bereinigen. Wenn beim Löschen einer VPC-verbundenen Entwicklungsumgebung ein Fehler auftritt, müssen Sie Ihre veraltete Verbindung [trennen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#detach_eni) und sie [löschen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html#delete_eni), nachdem Sie bestätigt haben, dass sie nicht verwendet wird.
# Mit SSH eine Verbindung zu einer Entwicklungsumgebung herstellen
Sie können über SSH eine Verbindung zu Ihrer Entwicklungsumgebung herstellen, um Aktionen wie Portweiterleitung, das Hoch- und Herunterladen von Dateien und die Verwendung anderer Aktionen ohne Einschränkungen durchzuführen. IDEs
**Anmerkung**
Wenn Sie SSH nach dem Schließen der IDE-Registerkarte oder des IDE-Fensters für eine längere Zeit weiter verwenden möchten, stellen Sie sicher, dass Sie für Ihre Entwicklungsumgebung ein hohes Timeout festlegen, damit sie nicht aufgrund von Inaktivität in der IDE beendet wird.
**Voraussetzungen**
+ Sie benötigen eines der folgenden Betriebssysteme:
+ Windows 10 oder neuer und OpenSSH aktiviert
+ macOS und Bash Version 3 oder höher
+ Linux mit`yum`, `dpkg` oder `rpm` Paketmanagern und Bash Version 3 oder höher
+ Sie benötigen außerdem AWS CLI Version 2.9.4 oder höher.
**Um über SSH eine Verbindung zu einer Entwicklungsumgebung herzustellen**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, für das Sie über SSH eine Verbindung zu einer Entwicklungsumgebung herstellen möchten.
1. Wählen Sie im Navigationsbereich **Code aus.**
1. Wählen Sie **Dev Environments** aus.
1. Wählen Sie eine laufende Entwicklungsumgebung aus, mit der Sie sich über SSH verbinden möchten.
1. Wählen Sie **Connect via SSH**, wählen Sie Ihr gewünschtes Betriebssystem und gehen Sie wie folgt vor:
+ Falls Sie dies noch nicht getan haben, fügen Sie den ersten Befehl in das angegebene Terminal ein und führen Sie ihn aus. Der Befehl lädt ein Skript herunter und führt die folgenden Änderungen in Ihrer lokalen Umgebung aus, sodass Sie über SSH eine Verbindung zu Ihrer Entwicklungsumgebung herstellen können:
+ Installiert das [Session Manager-Plugin](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html) für AWS CLI
+ Ändert Ihr lokales AWS Config Konto und fügt ein CodeCatalyst Profil hinzu, sodass Sie die SSO-Anmeldung durchführen können. Weitere Informationen finden Sie unter [Einrichtung für die AWS CLI Verwendung von CodeCatalyst](set-up-cli.md).
+ Ändert Ihre lokale SSH-Konfiguration und fügt die erforderliche Konfiguration für die Verbindung mit Ihrer Entwicklungsumgebung über SSH hinzu.
+ Fügt ein Skript in das `~/.aws/codecatalyst-dev-env` Verzeichnis ein, das vom SSH-Client verwendet wird, um eine Verbindung zu Ihrer Entwicklungsumgebung herzustellen. Dieses Skript ruft die [CodeCatalyst StartDevEnvironmentSession API](https://docs.aws.amazon.com/codecatalyst/latest/APIReference/API_StartDevEnvironmentSession.html) auf und verwendet das AWS Systems Manager Session Manager Plugin, um eine AWS Systems Manager Sitzung mit Ihrer Entwicklungsumgebung einzurichten, die vom lokalen SSH-Client verwendet wird, um eine sichere Verbindung zur Remote-Entwicklungsumgebung herzustellen.
+ Melden Sie sich mit dem zweiten Befehl CodeCatalyst mit AWS SSO bei Amazon an. [Dieser Befehl fordert Anmeldeinformationen an und ruft sie ab, sodass das Skript im `~/.aws/codecatalyst-dev-env` Verzeichnis die API aufrufen CodeCatalyst StartDevEnvironmentSession kann.](https://docs.aws.amazon.com/codecatalyst/latest/APIReference/API_StartDevEnvironmentSession.html) Dieser Befehl sollte jedes Mal ausgeführt werden, wenn Ihre Anmeldeinformationen ablaufen. Wenn Sie den letzten Befehl im Modal (ssh) ausführen, erhalten Sie eine Fehlermeldung, wenn Ihre Anmeldeinformationen abgelaufen sind oder Sie die SSO-Anmeldung nicht wie in diesem Schritt beschrieben durchgeführt haben.
+ Stellen Sie mit dem dritten Befehl über SSH eine Connect zu Ihrer angegebenen Entwicklungsumgebung her. Dieser Befehl hat die folgende Struktur:
```
ssh codecatalyst-dev-env===
```
Sie können diesen Befehl auch verwenden, um andere vom SSH-Client zugelassene Aktionen auszuführen, z. B. die Portweiterleitung oder das Hoch- und Herunterladen von Dateien:
+ Portweiterleitung:
```
ssh -L :127.0.0.1: codecatalyst-dev-env===
```
+ Eine Datei in das Home-Verzeichnis in Ihrer Entwicklungsumgebung hochladen:
```
scp -O codecatalyst-dev-env===:
```
# Konfiguration einer Dev-Datei für eine Entwicklungsumgebung
Eine *Dev-Datei* ist ein offener Standard, mit dem Sie Ihre Entwicklungsumgebungen in Ihrem Team individuell anpassen können. Eine Dev-Datei ist eine YAML-Datei, die Ihre benötigten Entwicklungstools kodifiziert. Durch die Konfiguration einer Dev-Datei können Sie vorab festlegen, welche Projekttools und Anwendungsbibliotheken Sie benötigen, und Amazon CodeCatalyst installiert sie für Sie in Ihrer Entwicklungsumgebung. Die Dev-Datei ist spezifisch für das Repository, für das sie erstellt wurde, und Sie können für jedes Repository eine separate Dev-Datei erstellen. Ihre Entwicklungsumgebung unterstützt Befehle und Ereignisse und stellt ein standardmäßiges universelles Devfile-Image bereit.
Wenn Sie ein Projekt mit dem leeren Blueprint erstellen, können Sie eine Dev-Datei manuell erstellen. Wenn Sie ein Projekt mit einem anderen Blueprint erstellen, CodeCatalyst wird automatisch eine Dev-Datei erstellt. Das `/projects` Verzeichnis einer Entwicklungsumgebung speichert die Dateien, die aus dem Quell-Repository und der Dev-Datei abgerufen werden. Das `/home` Verzeichnis, das leer ist, wenn Sie zum ersten Mal eine Entwicklungsumgebung erstellen, speichert die Dateien, die Sie während der Verwendung Ihrer Entwicklungsumgebung erstellen. Alles in den `/home` Verzeichnissen `/projects` und einer Entwicklungsumgebung wird persistent gespeichert.
**Anmerkung**
Der `/home` Ordner ändert sich nur, wenn Sie den Namen der Dev-Datei oder der Devfile-Komponente ändern. Wenn Sie den Namen der Devfile- oder Devfile-Komponente ändern, wird der Inhalt des `/home` Verzeichnisses ersetzt und Ihre vorherigen `/home` Verzeichnisdaten können nicht wiederhergestellt werden.
Wenn Sie eine Entwicklungsumgebung mit einem Quell-Repository erstellen, das keine Dev-Datei im Stammverzeichnis enthält, oder wenn Sie eine Entwicklungsumgebung ohne Quell-Repository erstellen, wird automatisch eine standardmäßige universelle Dev-Datei auf das Quell-Repository angewendet. Für alle wird dasselbe standardmäßige universelle Devfile-Image verwendet. IDEs CodeCatalyst unterstützt derzeit die Devfile-Version 2.0.0. Weitere Informationen zur Dev-Datei finden Sie unter [Devfile-Schema — Version 2.0.0](https://devfile.io/docs/2.0.0/devfile-schema).
**Anmerkung**
Sie können nur öffentliche Container-Images in Ihre Devfile-Datei aufnehmen.
Beachten Sie, dass VPC-verbundene Entwicklungsumgebungen nur die folgenden Devfile-Images unterstützen:
+ Universelles Image
+ Private Amazon ECR-Images, wenn sich das Repository in derselben Region wie die VPC befindet
**Topics**
+ [Bearbeiten einer Repository-Dev-Datei für eine Entwicklungsumgebung](devenvironment-devfile-moving.md)
+ [Devfile-Funktionen werden unterstützt von CodeCatalyst](#devenvironment-devfile-support)
+ [Beispiel für eine Dev-Datei für eine Entwicklungsumgebung](#devenvironment-devfile-example)
+ [Fehlerbehebung bei einer Repository-Dev-Datei im Wiederherstellungsmodus](#devenvironment-devfile-recovery)
+ [Spezifizierung universeller Devfile-Images für eine Entwicklungsumgebung](devenvironment-universal-image.md)
+ [Devfile-Befehle](devenvironment-devfile-commands.md)
+ [Devfile-Ereignisse](devenvironment-devfile-events.md)
+ [Devfile-Komponenten](devenvironment-devfile-components.md)
# Bearbeiten einer Repository-Dev-Datei für eine Entwicklungsumgebung
Gehen Sie wie folgt vor, um eine Repository-Dev-Datei für eine Entwicklungsumgebung zu bearbeiten.
## Bearbeiten einer Repository-Devdatei für eine Entwicklungsumgebung in CodeCatalyst
**Um die Repository-Dev-Datei zu bearbeiten**
1. Öffnen Sie die CodeCatalyst Konsole unter [https://codecatalyst.aws/](https://codecatalyst.aws/).
1. Navigieren Sie zu dem Projekt, das das Quell-Repository enthält, für das Sie die Dev-Datei bearbeiten möchten.
1. Wählen Sie im Navigationsbereich **Code aus.**
1. Wählen Sie **Source Repositories** aus.
1. Wählen Sie das Quell-Repository, das die Dev-Datei enthält, die Sie bearbeiten möchten.
1. Wählen Sie die Datei aus der `devfile.yaml` Dateiliste aus.
1. Wählen Sie **Bearbeiten** aus.
1. Bearbeiten Sie die Dev-Datei.
1. Wähle **Commit** oder erstelle eine Pull-Anfrage, damit ein Teammitglied die Änderungen überprüfen und genehmigen kann.
**Anmerkung**
Wenn Sie Ihre Dev-Datei bearbeiten, müssen Sie die Dev-Datei neu starten, damit die Änderungen wirksam werden. Dies kann durch Ausführen geschehen. `/aws/mde/mde start --location devfile.yaml` Wenn beim Starten Ihrer Dev-Datei ein Problem auftritt, wechselt sie in den Wiederherstellungsmodus. Wenn Sie jedoch eine Dev-Datei bearbeiten, die mit einer VPC-verbundenen Entwicklungsumgebung verknüpft ist, müssen Sie stattdessen die Entwicklungsumgebung neu starten, damit die Änderungen wirksam werden.
Sie können überprüfen, welche Dev-Datei verwendet wird, indem Sie Folgendes ausführen. `/aws/mde/mde status` Das Ortsfeld enthält den Pfad der Dev-Datei relativ zum Ordner der `/projects` Umgebung.
```
{
"status": "STABLE",
"location": "devfile.yaml"
}
```
Sie können die Standard-Dev-Datei auch in `/projects/devfile.yaml` Ihr Quellcode-Repository verschieben. Verwenden Sie den folgenden Befehl, um den Speicherort der Dev-Datei zu aktualisieren:. `/aws/mde/mde start --location repository-name/devfile.yaml`
## Bearbeiten einer Repository-Devdatei für eine Entwicklungsumgebung in einer IDE
Um die Konfiguration einer Entwicklungsumgebung zu ändern, müssen Sie die Dev-Datei bearbeiten. Wir empfehlen, dass Sie die Dev-Datei in einer unterstützten IDE bearbeiten und dann Ihre Entwicklungsumgebung aktualisieren. Sie können die Dev-Datei aber auch vom Stammverzeichnis des Quell-Repositorys aus bearbeiten. CodeCatalyst Wenn Sie die Dev-Datei in einer unterstützten IDE bearbeiten, müssen Sie Ihre Änderungen übertragen und in das Quell-Repository übertragen oder eine Pull-Anfrage erstellen, damit ein Teammitglied die Änderungen an der Devdatei überprüfen und genehmigen kann.
+ [Bearbeiten der Repository-Devdatei für eine Entwicklungsumgebung in AWS Cloud9](https://docs.aws.amazon.com/cloud9/latest/user-guide/devenvironment-cloud9.title.html#ide-toolkits-edit-devfile-cloud9)
+ [Bearbeiten der Repository-Devdatei für eine Entwicklungsumgebung in VS Code](https://docs.aws.amazon.com/toolkit-for-vscode/latest/userguide/codecatalyst-devenvironment.html#codecatalyst-devenvironment-devfile)
+ [Bearbeiten der Repository-Devdatei für eine Entwicklungsumgebung in JetBrains](https://docs.aws.amazon.com/toolkit-for-jetbrains/latest/userguide/codecatalyst-overview.html#codecatalyst-overview-default)
## Devfile-Funktionen werden unterstützt von CodeCatalyst
CodeCatalyst unterstützt die folgenden Devfile-Funktionen in Version 2.0.0. Weitere Informationen zur Dev-Datei finden Sie unter [Devfile-Schema — Version 2.0.0](https://devfile.io/docs/2.0.0/devfile-schema).
| Feature | Typ |
| --- | --- |
| `exec` | Befehl |
| `postStart` | Veranstaltung |
| `container` | Komponente |
| `args` | Eigenschaften der Komponenten |
| `env` | Eigenschaften der Komponenten |
| `mountSources` | Eigenschaften der Komponenten |
| `volumeMounts` | Eigenschaften der Komponenten |
## Beispiel für eine Dev-Datei für eine Entwicklungsumgebung
Das Folgende ist ein Beispiel für eine einfache Dev-Datei.
```
schemaVersion: 2.0.0
metadata:
name: al2
components:
- name: test
container:
image: public.ecr.aws/amazonlinux/amazonlinux:2
mountSources: true
command: ['sleep', 'infinity']
- name: dockerstore
commands:
- id: setupscript
exec:
component: test
commandLine: "chmod +x script.sh"
workingDir: /projects/devfiles
- id: executescript
exec:
component: test
commandLine: "/projects/devfiles/script.sh"
- id: yumupdate
exec:
component: test
commandLine: "yum -y update --security"
events:
postStart:
- setupscript
- executescript
- yumupdate
```
Start-, Befehls- und Ereignisprotokolle von Devfiles werden erfasst und gespeichert in. `/aws/mde/logs` Um das Verhalten von Devfiles zu debuggen, starten Sie Ihre Entwicklungsumgebung mit einer funktionierenden Dev-Datei und greifen Sie auf die Protokolle zu.
## Fehlerbehebung bei einer Repository-Dev-Datei im Wiederherstellungsmodus
Falls es ein Problem gibt, Ihre Dev-Datei zu starten, wechselt sie in den Wiederherstellungsmodus, sodass Sie immer noch eine Verbindung zu Ihrer Umgebung herstellen und Ihre Dev-Datei reparieren können. Wenn Sie sich im Wiederherstellungsmodus befinden, enthält die Ausführung `/aws/mde/mde status` nicht den Speicherort Ihrer Dev-Datei.
```
{
"status": "STABLE"
}
```
Sie können den Fehler in den Protokollen unter überprüfen`/aws/mde/logs`, die Dev-Datei korrigieren und erneut versuchen, es auszuführen`/aws/mde/mde start`.
# Spezifizierung universeller Devfile-Images für eine Entwicklungsumgebung
Das standardmäßige *Universal-Image* enthält die am häufigsten verwendeten Programmiersprachen und zugehörige Tools, die für Ihre IDE verwendet werden können. Wenn kein Bild angegeben ist, CodeCatalyst stellt es dieses Bild bereit und enthält Tools, die von verwaltet werden CodeCatalyst. Informationen darüber, wie Sie über neue Image-Versionen informiert werden, finden Sie unter[Universelle Bildbenachrichtigungen mit SNS abonnieren](#devenvironment-universal-notifications).
Amazon unterstützt CodeCatalyst aktiv die folgenden Devfile-Images:
| Image-Version | Image-Kennung |
| --- | --- |
| Universal image 4.0 | public.ecr.aws/aws-mde/universal-image:4.0 |
| Universal image 5.0 | public.ecr.aws/aws-mde/universal-image:5.0 |
**Anmerkung**
Sie können es auch verwenden`public.ecr.aws/aws-mde/universal-image:latest`, um das neueste Image abzurufen, das derzeit `public.ecr.aws/aws-mde/universal-image:5.0` verfügbar ist.
CodeCatalyst hat die folgenden Bilder als veraltet markiert. Sie können diese Images weiterhin verwenden, sie werden jedoch nicht auf dem Build-Host zwischengespeichert, was zu längeren Startzeiten der Entwicklungsumgebung führt.
| Image-Version | Image-Kennung | Datum der Veraltung |
| --- | --- | --- |
| Universal image 1.0 | public.ecr.aws/aws-mde/universal-image:1.0 | 16. August 2024 |
| Universal image 2.0 | public.ecr.aws/aws-mde/universal-image:2.0 | 16. August 2024 |
| Universal image 3.0 | public.ecr.aws/aws-mde/universal-image:3.0 | 30. Juli 2025 |
**Anmerkung**
Wenn Sie verwenden AWS Cloud9, funktioniert die automatische Vervollständigung nach dem Upgrade auf nicht für PHP, Ruby und CSS. `universal-image:3.0`
**Topics**
+ [Universelle Bildbenachrichtigungen mit SNS abonnieren](#devenvironment-universal-notifications)
+ [Universal Image 4.0-Laufzeitversionen](#devenvironment-universal-runtimes-4.0)
+ [Laufzeitversionen von Universal Image 5.0](#devenvironment-universal-runtimes-5.0)
## Universelle Bildbenachrichtigungen mit SNS abonnieren
CodeCatalyst bietet einen universellen Dienst für Bildbenachrichtigungen. Sie können damit ein Amazon Simple Notification Service (SNS) -Thema abonnieren, das Sie benachrichtigt, wenn CodeCatalyst Universal-Image-Updates veröffentlicht wurden. Weitere Informationen zu SNS-Themen finden Sie unter [Was ist Amazon Simple Notification Service](https://docs.aws.amazon.com/sns/latest/dg/welcome.html)? .
Immer wenn neue Universal-Images veröffentlicht werden, senden wir Benachrichtigungen an Abonnenten. In diesem Abschnitt wird beschrieben, wie Sie CodeCatalyst Universal-Image-Updates abonnieren können.
**Beispielnachricht**
```
{
"Type": "Notification",
"MessageId": "123456789",
"TopicArn": "arn:aws:sns:us-east-1:1234657890:universal-image-updates",
"Subject": "New Universal Image Release",
"Message": {
"v1": {
"Message": "A new version of the Universal Image has been released. You are now able to launch new DevEnvironments using this image.",
"image ": {
"release_type": "MAJOR VERSION",
"image_name": "universal-image",
"image_version": "2.0",
"image_uri": "public.ecr.aws/amazonlinux/universal-image:2.0"
}
}
},
"Timestamp": "2021-09-03T19:05:57.882Z",
"UnsubscribeURL": "example url"
}
```
**Um CodeCatalyst universelle Image-Updates über die Amazon SNS SNS-Konsole zu abonnieren**
1. Öffnen Sie die Amazon SNS SNS-Konsole zum [Dashboard](https://console.aws.amazon.com/sns/v2/home).
1. Wählen Sie in der Navigationsleiste Ihre AWS-Region.
1. Wählen Sie im Navigationsbereich **Subscriptions** (Abonnements) und dann **Create subscription** (Abonnement erstellen) aus.
1. Geben Sie im Feld **Thema ARN** den Text ein`arn:aws:sns:us-east-1:089793673375:universal-image-updates`.
1. Wählen Sie unter **Protocol (Protokoll)** die Option **Email (E-Mail)** aus.
1. Geben Sie in **Endpoint** eine E-Mail-Adresse ein. Diese E-Mail-Adresse wird für den Empfang von Benachrichtigungen verwendet.
1. Wählen Sie **Create subscription** (Abonnement erstellen) aus.
1. Sie erhalten eine Bestätigungs-E-Mail mit dem Betreff „AWS Benachrichtigung — Abonnementbestätigung“. Öffnen Sie die E-Mail und wählen Sie **Abonnement bestätigen**.
**Um sich über die Amazon SNS SNS-Konsole von CodeCatalyst universellen Image-Updates abzumelden**
1. Öffnen Sie die Amazon SNS SNS-Konsole zum [Dashboard](https://console.aws.amazon.com/sns/v2/home).
1. Wählen Sie in der Navigationsleiste Ihre AWS-Region.
1. Wählen Sie im Navigationsbereich **Abonnements** und dann das Abonnement aus, von dem Sie sich abmelden möchten.
1. Wählen Sie **Aktionen** und dann **Abonnements löschen** aus.
1. Wählen Sie **Löschen** aus.
## Universal Image 4.0-Laufzeitversionen
In der folgenden Tabelle sind die verfügbaren Laufzeiten für `universal-image:4.0` aufgeführt.
**`universal-image:4.0`Laufzeitversionen**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/codecatalyst/latest/userguide/devenvironment-universal-image.html)
## Laufzeitversionen von Universal Image 5.0
In der folgenden Tabelle sind die verfügbaren Laufzeiten für `universal-image:5.0` aufgeführt.
**`universal-image:5.0`Laufzeitversionen**
| Laufzeitname | Version | Spezifische Haupt- und neueste Unterversion |
| --- | --- | --- |
| AWS-CLI | 2,25 | `aws-cli: 2.x` |
| Docker Compose | 2,34 | `docker-compose: 2.x` |
| dotnet | 8.0 | `dotnet: 8.x` |
| Golang | 1,24 | `golang: 1.x` |
| Java | Korretto 21 | `java: corretto21.x` |
| nodejs | 22,0 | `nodejs: 22.x` |
| php | 8.3.16 | `php: 8.x` |
| python | 3.12 | `python: 3.x` |
| ruby | 3.4.2 | `ruby: 3.x` |
| Terraform | 1.10.5 | `terraform: 1.x` |
# Devfile-Befehle
Unterstützt derzeit CodeCatalyst nur `exec` Befehle in Ihrer Dev-Datei. Weitere Informationen finden Sie unter [Befehle hinzufügen](https://devfile.io/docs/2.0.0/adding-commands) in der Devfile.io-Dokumentation.
Das folgende Beispiel zeigt Ihnen, wie Sie `exec` Befehle in Ihrer Dev-Datei angeben.
```
commands:
- id: setupscript
exec:
component: test
commandLine: "chmod +x script.sh"
workingDir: /projects/devfiles
- id: executescript
exec:
component: test
commandLine: "./projects/devfiles/script.sh"
- id: updateyum
exec:
component: test
commandLine: "yum -y update --security"
```
Nachdem Sie mit Ihrer Entwicklungsumgebung verbunden sind, können Sie definierte Befehle über das Terminal ausführen.
```
/aws/mde/mde command
/aws/mde/mde command executescript
```
Bei Befehlen mit langer Laufzeit können Sie das Streaming-Flag verwenden`-s`, um die Ausführung des Befehls in Echtzeit auszugeben.
```
/aws/mde/mde -s command
```
**Anmerkung**
`command-id`muss in Kleinbuchstaben geschrieben werden.
## Exec-Parameter werden unterstützt von CodeCatalyst
CodeCatalyst unterstützt die folgenden `exec` Parameter in der Devfile-Version 2.0.0.
+ `commandLine`
+ `component`
+ `id`
+ `workingDir`
# Devfile-Ereignisse
Unterstützt derzeit CodeCatalyst nur `postStart` Ereignisse in Ihrer Dev-Datei. Weitere Informationen finden Sie [postStartObject](https://devfile.io/docs/2.0.0/adding-event-bindings#post-start-object)in der Devfile.io-Dokumentation.
Das folgende Beispiel zeigt Ihnen, wie Sie Ihrer Dev-Datei `postStart` Event-Bindungen hinzufügen.
```
commands:
- id: executescript
exec:
component: test
commandLine: "./projects/devfiles/script.sh"
- id: updateyum
exec:
component: test
commandLine: "yum -y update --security"
events:
postStart:
- updateyum
- executescript
```
Nach dem Start führt Ihre Entwicklungsumgebung die angegebenen `postStart` Befehle in der Reihenfolge aus, in der sie definiert sind. Wenn ein Befehl fehlschlägt, läuft die Entwicklungsumgebung weiter und die Ausführungsausgabe wird in den Protokollen unter gespeichert`/aws/mde/logs`.
# Devfile-Komponenten
Unterstützt derzeit CodeCatalyst nur `container` Komponenten in Ihrer Dev-Datei. Weitere Informationen finden Sie unter [Hinzufügen von Komponenten](https://devfile.io/docs/2.0.0/adding-components) in der Devfile.io-Dokumentation.
Das folgende Beispiel zeigt Ihnen, wie Sie Ihrem Container in Ihrer Dev-Datei einen Startbefehl hinzufügen.
```
components:
- name: test
container:
image: public.ecr.aws/amazonlinux/amazonlinux:2
command: ['sleep', 'infinity']
```
**Anmerkung**
Wenn der Container einen kurzlebigen Eingabebefehl hat, müssen Sie diesen einschließen, `command: ['sleep', 'infinity']` um den Container am Laufen zu halten.
CodeCatalyst unterstützt auch die folgenden Eigenschaften in Ihrer Container-Komponente: `args``env`,`mountSources`, und`volumeMounts`.
# Zuordnen einer VPC-Verbindung zu einer Entwicklungsumgebung
Eine *VPC-Verbindung* ist eine CodeCatalyst Ressource, die alle Konfigurationen enthält, die Ihr Workflow für den Zugriff auf eine VPC benötigt. Space-Administratoren können im Namen von Space-Mitgliedern ihre eigenen VPC-Verbindungen in der CodeCatalyst Amazon-Konsole hinzufügen. Durch Hinzufügen einer VPC-Verbindung können Space-Mitglieder Workflow-Aktionen ausführen und Entwicklungsumgebungen erstellen, die den Netzwerkregeln entsprechen und auf Ressourcen in der zugehörigen VPC zugreifen können.
**Wichtig**
Entwicklungsumgebungen mit einer VPC-Verbindung unterstützen keine [verlinkten Quell-Repositorys von Drittanbietern](source-repositories-link.md). CodeCatalyst
Sie können einer VPC-Verbindung nur bei der Erstellung der Entwicklungsumgebung eine Entwicklungsumgebung zuordnen. Sie können die VPC-Verbindung, die Ihrer Entwicklungsumgebung zugeordnet ist, nicht ändern, nachdem Sie sie erstellt haben. Wenn Sie eine andere VPC-Verbindung verwenden möchten, müssen Sie Ihre aktuelle Entwicklungsumgebung löschen und eine neue erstellen.
**Anmerkung**
Entwicklungsumgebungen können nur einer VPC-Verbindung mit einem AWS Konto zugeordnet werden, das Zugriff auf Ihr Projekt hat. Weitere Informationen finden Sie unter [Konfiguration von projektbeschränkten Kontoverbindungen](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-accounts-restriction.html) im * CodeCatalyst Amazon-Administratorhandbuch*.
Beachten Sie, dass Entwicklungsumgebungen bei der Erstellung mehrere AWS Ressourcen und Dienste nutzen. Das bedeutet, dass Entwicklungsumgebungen eine Verbindung zu den folgenden AWS Diensten herstellen:
+ Amazon CodeCatalyst
+ AWS SSM
+ AWS KMS
+ Amazon ECR
+ Amazon CloudWatch
+ Amazon ECS
**Anmerkung**
AWS Toolkit unterstützt die Erstellung von Entwicklungsumgebungen mit einer zugehörigen VPC-Verbindung nicht. Beachten Sie auch, dass es bei Verwendung einer anderen IDE als AWS Cloud9 zu Ladezeiten von etwa fünf Minuten kommen kann.
Sie benötigen die Rolle **Space-Administrator** oder **Poweruser**, um VPC-Verbindungen auf Space-Ebene verwalten zu können. Weitere Informationen zu VPCs finden Sie unter [Managing Amazon VPCs CodeCatalyst im CodeCatalyst ](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-vpcs.html) *Administratorhandbuch*.
# Kontingente für Entwicklungsumgebungen in CodeCatalyst
In der folgenden Tabelle werden Kontingente und Limits für Entwicklungsumgebungen in Amazon beschrieben CodeCatalyst. Weitere Informationen zu Kontingenten bei Amazon CodeCatalyst finden Sie unter[Kontingente für CodeCatalyst](quotas.md).
| | |
| --- |--- |
| Anzahl der Stunden der Entwicklungsumgebung pro Monat | Die Stunden der Entwicklungsumgebung hängen von den allgemeinen Speicherlimits für Ihren Speicherplatz ab. Weitere Informationen finden Sie unter [-Preise](https://codecatalyst.aws/explore/pricing) und [Behebung von Problemen mit Entwicklungsumgebungen](devenvironments-troubleshooting.md). |
| Menge an Speicherplatz in der Entwicklungsumgebung pro Speicherplatz | Der Speicherplatz in der Entwicklungsumgebung wird von den allgemeinen Speicherlimits für Ihren Speicherplatz beeinflusst. Weitere Informationen finden Sie unter [-Preise](https://codecatalyst.aws/explore/pricing) und [Behebung von Problemen mit Entwicklungsumgebungen](devenvironments-troubleshooting.md). |
| Menge der Rechenleistung in der Entwicklungsumgebung | Die Rechenleistung in der Entwicklungsumgebung wird durch die allgemeinen Speicherlimits für Ihren Speicherplatz beeinflusst. Weitere Informationen finden Sie unter [-Preise](https://codecatalyst.aws/explore/pricing) und [Behebung von Problemen mit Entwicklungsumgebungen](devenvironments-troubleshooting.md). |