Beschreibung der neuen Funktionen in Composer 2.0

Das Folgende ist eine Einführung in die neuen Funktionen von Composer 2.0 durch composer unter Verwendung der Tutorial-Kolumne. Ich hoffe, dass es für Freunde, die es benötigen, hilfreich sein wird!

1. Was sind die neuen Funktionen?

• Für Benutzer der Befehlszeile (CLI)

• Die neue Funktion zur Plattformprüfung überprüft die Laufzeit-PHP-Version und die verfügbaren Erweiterungen, um sicherzustellen, dass sie mit den Projektabhängigkeiten übereinstimmen. Wenn eine Nichtübereinstimmung festgestellt wird, wird das Programm mit Fehlerdetails beendet. Es wird empfohlen, den Produktions-PHP-Prozess zu verwenden, um Composer check-platform-reqs während der Erstellung oder Bereitstellung auszuführen.

• Wenn ein Paket in einem Repository mit höherer Priorität vorhanden ist, wird es jetzt im Repository-Bag mit niedrigerer Priorität vollständig ignoriert. Weitere Informationen finden Sie unter Repository-Priorität.

• Ungültige PSR-0/PSR-4-Klassenkonfigurationen werden gemäß der in 1.10 eingeführten Warnung nicht mehr automatisch im optimierten Autoloader-Modus geladen.

• Auf Linux-Systemen, die die XDG-Basisverzeichnisspezifikation unterstützen, bevorzugt Composer jetzt die Verwendung von „run“. (https://github.com/composer/composer/blob/2.0.0/doc/04-schema.md#name)

• Die Verwendung von --no-suggest ist veraltet, da es nicht mehr benötigt wird

• PEAR-Unterstützung (Repositorys, Downloader usw.) wurde entfernt

• Update listet jetzt zuerst Änderungen an der Datei „composer.lock“ auf (Aktualisierungsschritt) und listet dann Änderungen auf, die angewendet wurden, als die Sperrdatei im Herstellerverzeichnis installiert wurde (Installationsschritte)

• HTTPS_PROXY_REQUEST_FULLURI wird jetzt standardmäßig auf „false“ gesetzt, wenn nicht angegeben, da dies in den meisten Umgebungen besser zu funktionieren scheint

• dev-trunk, dev-master und dev-default schließen sich nicht länger gegenseitig aus. Behalten Sie vorerst den genauen Filialnamen bei.析 2. Detaillierte Unterschiede der Abhängigkeitselementanalyse, des Composer-Updates und des Installationszeitraums

• Composer V1

Composer Analysis Dependent Relationship (Schedule Pre/Post_DependenCies_solving)

Dann geht es alle Pakete durch ( Planung von PRE_PACKAGE_INSTALL/UPDATE/UNINSTALL, dann PRE_FILE_DOWNLOAD nach Bedarf, dann POST_PACKAGE_*).

• Zum Schluss noch die Sperrdatei schreiben

• composer v2

• Der Update- und Installationsprozess wurde aufgeteilt.

Update wird:

• Composer löst Abhängigkeiten auf (Planung von PRE_POOL_CREATE)

schreibt dann die Sperrdatei, Update endet

• und installiert dann:

• Anfrage an PRE_OPERATIONS_EXEC senden Vollständige Liste der durchgeführten Vorgänge

Laden Sie alle Pakete, die sich noch nicht im Cache befinden, parallel herunter (Planen Sie PRE_FILE_DOWNLOAD für Pakete, die sich noch nicht im Cache befinden).

• Anschließend werden alle Pakete durchlaufen und Aktualisierungen/Installationen/Deinstallationen durchgeführt parallel (PRE_PACKAGE_INSTALL/UPDATE/UNINSTALL wird zuerst verteilt, dann POST_PACKAGE_*, aber das letzte gestartete Paket kann die Installation abschließen, bevor das andere Paket abgeschlossen ist).

Das obige ist der detaillierte Inhalt vonBeschreibung der neuen Funktionen in Composer 2.0. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!