Comment faire pour forcer le compositeur de réinstaller une bibliothèque?

Je suis en utilisant le ZF2 squelette d'application et a un .gitignore qui empêche les bibliothèques externes d'être engagé pour git. Lors du débogage, j'aime aller et changer des trucs ici et là dans les bibliothèques de la source pour savoir comment les choses fonctionnent. Si ce version contrôlé, il serait très facile de revenir à leur état d'origine.

Comment puis-je forcer le Compositeur de réinstaller un cadre particulier de sorte que je peux obtenir un frais -non modifié - copie de nouveau?

PS: Merci de ne pas proposer la suppression de la .gitignore fichier depuis qu'il est là pour une raison; il empêche mes bibliothèques tierces de pénétrer dans mon application du référentiel. Je peux toujours installer pendant un déploiement automatisé.

  • Une option serait de supprimer compositeur.serrure, puis exécutez compositeur installer
InformationsquelleAutor Julian | 2013-10-26
  1. 47

    Vous pouvez utiliser le --prefer-source drapeau de compositeur pour l'extraction des paquets externes avec le système d'information (si disponible). Vous pouvez simplement revenir à l'état initial. Aussi, si vous émettez la composer update commande compositeur de détecter les modifications que vous avez apportées localement et demandez-lui si vous voulez vous débarrasser d'eux.

    Votre .gitignore fichier est lié à la racine de votre projet (ZF2 squelette) et il empêche le vendeur dir (où votre tiers libs sont) de commettre à votre propre CV. L'ignorer des fichiers est sans rapport avec le repo git de vos fournisseurs.

    • Initialement, votre -préférez-source suggestion n'a pas fonctionné jusqu'à ce que j'ai compris que je devais supprimer et réinstaller toutes les bibliothèques pour que cela fonctionne comme je l'ai prévu, et puis composer status -v m'a donné l'info avec les changements.
    InformationsquelleAutor Bram Gerritsen
  2. 147

    Juste effacer vos fournisseurs dossier

    rm -rf vendor/*
    • les déverrouiller.
    • J'ai eu des cas où le cache est corrompu, de sorte que même après avoir supprimé le répertoire vendor j'ai gardé la réinstallation d'une fracture de la dépendance. composer clearcache est un bon ajout dans de tels cas.
    • Cela semble être une très radical d'approche en considérant que le compositeur a ensuite besoin de réinstaller tous les paquets lors de l'OP juste besoin d'un seul paquet réinstallé. composer require vendor/package va faire ce que l'OP veut et en moins de temps aussi. Je suis un peu surpris que tant de gens ont voté cette réponse.
    • si le compositeur clearcache ne fonctionne pas, vous pouvez supprimer le dossier /home/[nom d'utilisateur]/.répertoire de cache. Que vais forcer un re-télécharger. Utile si vous utilisez privé compositeur packagist, en plus de packagist.composer.org et quelqu'un a fait les changements, sans ajouter un nouveau tag.
    InformationsquelleAutor Zoran
  3. 23

    Je ne voulais pas supprimer tous les paquets dans vendor/ répertoire, voici donc comment j'ai fait:

    1. rm -rf vendor/package-i-messed-up
    2. composer install nouveau
    • ou compositeur exiger du fournisseur/paquet-i-sali-up " serait bien aussi
    • Si cela ne fonctionne pas, vous pouvez l'exécuter composer clearcache d'abord dans le cas où le cache est corrompue pour une raison quelconque.
    InformationsquelleAutor Yerke
  4. 21

    Ce que j'ai fait:

    1. Supprimé que la bibliothèque particulière du dossier
    2. composer update --prefer-source vendor/library-name

    Il récupère de nouveau la librairie avec ses repo git

    • Si cela ne fonctionne pas, vous pouvez l'exécuter composer clearcache d'abord dans le cas où le cache est corrompue pour une raison quelconque.
    InformationsquelleAutor Attila Fulop
  5. 3

    Réinstaller les dépendances. Supprimer le fournisseur de dossier (manuellement) ou via la commande rm (si vous êtes dans le dossier du projet, assurez-vous) sur Linux avant:

    rm -rf vendor/

composer update -v

    https://www.dev-metal.com/composer-problems-try-full-reset/

    InformationsquelleAutor Abdalhady Alsayad
  6. 1

    En tant qu'utilisateur @aaracrr souligné dans un commentaire sur une autre réponse probablement la meilleure réponse est de re-exiger le paquet avec la même version de contrainte.

    ie.

    composer require vendor/package

    ou de spécifier une version contrainte

    composer require vendor/package:^1.0.0
    InformationsquelleAutor frederickjh