EB CLI 2.6 (im Ruhestand) - AWS Elastic Beanstalk
Unterschiede zu Version 3 von EB CLIMigration zu EB CLI 3 und CodeCommit

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.

EB CLI 2.6 (im Ruhestand)

Diese Version der EB CLI und ihre Dokumentation wurden durch Version 3 ersetzt (in diesem Abschnitt steht EB CLI 3 für Version 3 und höher von EBCLI). Weitere Informationen zur neuen Version finden Sie unter Verwenden der Elastic Beanstalk Beanstalk-Befehlszeilenschnittstelle (EB) CLI.

Sie sollten auf die neueste Version von EB CLI 3 migrieren. Es kann Umgebungen verwalten, die Sie mit EB CLI 2.6 oder früheren Versionen von EB gestartet habenCLI.

Unterschiede zu Version 3 von EB CLI

EB ist ein Befehlszeilenschnittstellentool (CLI) für Elastic Beanstalk, mit dem Sie Anwendungen schneller und einfacher bereitstellen können. Die neueste Version von EB wurde von Elastic Beanstalk in EB CLI 3 eingeführt. EB ruft CLI automatisch Einstellungen aus einer Umgebung ab, die mit EB erstellt wurde, wenn die Umgebung läuft. Beachten Sie, dass EB CLI 3 Optionseinstellungen nicht wie in früheren Versionen lokal speichert.

EB CLI führt die Befehle eb createeb deploy,eb open,eb console,eb scale,eb setenv,eb config,eb terminate,eb clone,eb list, eb useeb printenv, und eineb ssh. In EB CLI 3.1 oder höher können Sie den eb swap Befehl auch verwenden. Nur in EB CLI 3.2 können Sie die eb upgrade Befehle eb aborteb platform, und verwenden. Zusätzlich zu diesen neuen Befehlen unterscheiden sich EB CLI 3-Befehle in mehreren Fällen von CLI EB 2.6-Befehlen:

  • eb init – Verwenden Sie eb init zum Erstellen eines .elasticbeanstalk-Verzeichnisses in einem vorhandenen Projektverzeichnis und erstellen Sie eine neue Elastic Beanstalk-Anwendung für das Projekt. Im Gegensatz zu früheren Versionen werden Sie bei EB CLI 3 und späteren Versionen nicht aufgefordert, eine Umgebung zu erstellen.

  • eb start— EB CLI 3 enthält den Befehl nichteb start. Verwenden Sie eb create zum Erstellen einer Umgebung.

  • eb stop— EB CLI 3 enthält den Befehl nichteb stop. Verwenden Sie eb terminate, um eine Umgebung vollständig zu beenden und zu bereinigen.

  • eb pushund git aws.push— EB CLI 3 enthält nicht die Befehle eb push odergit aws.push. Verwenden Sie eb deploy zum Aktualisieren Ihres Anwendungscodes.

  • eb update— EB CLI 3 enthält den Befehl nichteb update. Verwenden Sie eb config zum Aktualisieren einer Umgebung.

  • eb branch— EB CLI 3 enthält den Befehl nichteb branch.

Weitere Hinweise zur Verwendung von EB CLI 3-Befehlen zum Erstellen und Verwalten einer Anwendung finden Sie unterEB-CLI-Befehlsreferenz. Eine exemplarische Vorgehensweise zur Bereitstellung einer Beispielanwendung mit EB CLI 3 finden Sie unterElastic Beanstalk-Umgebungen mit der EB CLI verwalten.

Migration zu EB CLI 3 und CodeCommit

Elastic Beanstalk hat nicht nur EB CLI 2.6 eingestellt, sondern auch einige 2.6-Funktionen entfernt. Die wichtigste Änderung gegenüber 2.6 besteht darin, dass EB inkrementelle Codeaktualisierungen (eb push,git aws.push) oder Branching () nicht CLI mehr nativ unterstützt. eb branch In diesem Abschnitt wird beschrieben, wie Sie von EB CLI 2.6 auf die neueste Version von EB migrieren CLI und diese CodeCommit als Code-Repository verwenden können.

Falls Sie dies noch nicht getan haben, erstellen Sie ein Code-Repository in CodeCommit, wie unter Migrieren zu beschrieben CodeCommit.

Sobald Sie EB installiert und konfiguriert habenCLI, haben Sie zwei Möglichkeiten, Ihre Anwendung Ihrem CodeCommit Repository zuzuordnen, einschließlich eines bestimmten Zweigs.

  • Bei der Ausführungeb init, wie im folgenden Beispiel myRepo ist der Name Ihres CodeCommit Repositorys und myBranch ist der Zweig in CodeCommit.

    eb init --source codecommit/myRepo/myBranch

  • Bei der Ausführungeb deploy, wie im folgenden Beispiel, wo myRepo ist der Name Ihres CodeCommit Repositorys und myBranch ist der Zweig in CodeCommit.

    eb deploy --source codecommit/myRepo/myBranch

Weitere Informationen, einschließlich Anweisungen zum Bereitstellen von inkrementellen Codeaktualisierungen für eine Elastic Beanstalk-Umgebung, ohne dass das gesamte Projekt erneut hochgeladen werden muss, finden Sie unter Verwenden der EB CLI mit AWS CodeCommit.