Compositeur de flux de travail: Comment mettre à jour le compositeur.verrouillage lorsque j'ai changé une dépendance

Le projet est mis en place via composer.phar install --prefer-source et qu'il contient des modules qui sont conservés dans le dépôt git.

Je gère l'ensemble de ces modules et leurs dépôts git dans mon IDE (PhpStorm) et donc peut commettre quelques modifications à certains des modules dans le vendor/ dossier directement à la source dépôt git.

Comment puis-je m'assurer que maintenant, que mes collègues à se ma récente version de module lors d'une composer.phar install (composer.lock est dans le repo)?

Si je fais un local composer.phar update il ressemble à la composer.lock n'est pas à jour, car j'ai déjà la dernière version (que je viens de faire le commit directement dans le vendor dossier)

Si vous pointez sur une étiquette, la version ne changera pas et le compositeur ne voit pas de raison de le mettre à jour. Si c'est le cas, vous devez incrémenter le numéro de version lorsque vous changez de définition de package.
J'point "*". Le problème est de savoir comment générer une mise à jour de composer.lock
N'est pas à jour, parce que vous n'êtes pas pousser des changements. Après la modification de la bibliothèque à partir vendor/ dir, vous devez pousser les modifications à distance. Après que le compositeur va détecter nouvelle version et agir en conséquence. Et je suggère d'utiliser "dev-développer" ou "dev-master" au lieu de "*" que de besoin, de sorte que vous pouvez avoir plus de contrôle.

OriginalL'auteur Alex | 2013-06-27

  1. 6
    1. Valider les modifications dans les modules de repos que vous avez mis à jour.
    2. Pousser les modifications à l'ensemble de la distance repos.
    3. Tag les nouveaux changements avec les versions appropriées.
    4. Exécuter composer update vendor1/package1 vendor2/package2 (ou juste composer update si vous n'avez pas besoin d'être explicite).
    5. S'engager et de pousser la mise à jour composer.lock fichier.
    6. Votre co-travailleurs ont besoin pour tirer la mise à jour composer.lock fichier et de l'exécuter composer install (installer les dernières versions des paquets de fichier de verrouillage).

    Si vous avez spécifié les versions des restrictions telles que "vendor/package": "3.5.*" dans votre composer.json et vous avez marqué une nouvelle version comme 3.6.0 vous devrez mettre à jour votre composer.json fichier en conséquence avant l'étape 4..

    P. S. Il est très bon, vous utilisez un tel flux de travail avec --prefer-source. S'il vous plaît ne pas utiliser * ou dev-master version restrictions dans votre composer.json. Je voudrais vous recommandons de toujours utiliser les versions, même si elles sont dans le zéro version majeure de la gamme (0.X.X).

    OriginalL'auteur Haralan Dobrev