Description des nouvelles fonctionnalités de composer 2.0

Ce qui suit est une chronique tutorielle de composer pour vous présenter les nouvelles fonctionnalités de composer 2.0. J'espère qu'elle sera utile aux amis qui en ont besoin !

1. Quelles sont les nouvelles fonctionnalités ?

• Pour les utilisateurs de ligne de commande (CLI)

• La nouvelle fonctionnalité de vérification de la plate-forme vérifie la version PHP d'exécution et les extensions disponibles pour s'assurer qu'elles correspondent au projet dépendances. Si une incompatibilité est trouvée, il se terminera avec les détails de l'erreur. Il est recommandé d'exécuter composer check-platform-reqs pendant la construction ou le déploiement à l'aide du processus PHP de production. Le package sera complètement ignoré dans le référentiel. Pour plus d’informations, consultez Priorité du référentiel.

• Les configurations de classe PSR-0/PSR-4 invalides ne sont plus chargées automatiquement en mode chargeur automatique optimisé, conformément à l'avertissement introduit dans la version 1.10

• Activé Linux qui prennent en charge la spécification du répertoire de base XDG, Composer préfère désormais utiliser XDG_CONFIG_DIR/composer au lieu de ~/.composer (si les deux sont disponibles, 1.x utilise ~/.composer en premier)

• Les noms de packages doivent désormais être conformes à nos directives de dénomination, sinon Composer générera une erreur et se terminera. (https://github.com/composer/composer/blob/2.0.0/doc/04-schema.md#name)

• --no-suggest est obsolète, puisque il n'est plus nécessaire

• Le support PEAR (dépôts, téléchargeurs, etc.) a été supprimé

• la mise à jour répertorie désormais le verrou du compositeur en premier. (étape de mise à jour), puis répertorie les modifications qui ont été appliquées lors de l'installation du fichier de verrouillage dans le répertoire du fournisseur (étape d'installation)

• HTTPS_PROXY_REQUEST_FULLURI sera désormais par défaut false s'il n'est pas spécifié, comme ceci semble mieux fonctionner dans la plupart des environnements

• dev-trunk, dev-master et dev-default ne sont plus des alias l'un pour l'autre. Conservez le nom exact de la branche pour le moment.

• 2. Différences détaillées dans le flux des événements lors de la résolution des dépendances, de la mise à jour et de l'installation du compositeur

composer v1

composer résout les dépendances (Planification PRE/POST_DEPENDENCIES_SOLVING)

• Ensuite, il parcourt tous les packages étape par étape (Planification PRE_PACKAGE_INSTALL / UPDATE / UNINSTALL , puis planifie PRE_FILE_DOWNLOAD selon les besoins, puis POST_PACKAGE_*).

• Enfin écrire le fichier de verrouillage à la fin

• composer v2

Les processus de mise à jour et d'installation ont été divisés.

• La mise à jour :

composer résoudra les dépendances (planification PRE_POOL_CREATE)

• Ensuite, le fichier de verrouillage est écrit, la mise à jour est terminée

• Puis installez :

Envoyer à PRE_OPERATIONS_EXEC pour exécuter la liste complète des opérations

Téléchargement parallèle de tous les packages pas encore en cache (planification PRE_FILE_DOWNLOAD pour les packages pas encore en cache)
then , qui parcourt tous les packages et effectue les mises à jour/installations/désinstallations en parallèle (PRE_PACKAGE_INSTALL/UPDATE/UNINSTALL est distribué en premier, puis POST_PACKAGE_*, mais le dernier package démarré peut terminer l'installation avant l'autre).

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!