Raccourcis : Contenu - rubriques - sous rubriques
FR

Piste:

Wiki: Plan du site - Derniers changements - Back link

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Dernière révision Les deux révisions suivantes
fr:tutoriels:utiliser-composer [2015/03/09 12:42]
laurent
fr:tutoriels:utiliser-composer [2015/03/09 15:17]
laurent
Ligne 14: Ligne 14:
 Une application développée avec Composer ne comporte normalement pas les bibliothèques tierces. C'est à dire que le code source de l'​application,​ dans un dépôt git, subversion ou mercurial, ne contient pas le code source de ces bibliothèques tierces. Elles sont installées par Composer lors du déploiement de l'​application (que ce soit en local pour développer ou sur un serveur de déploiement pour la mise en production). Une application développée avec Composer ne comporte normalement pas les bibliothèques tierces. C'est à dire que le code source de l'​application,​ dans un dépôt git, subversion ou mercurial, ne contient pas le code source de ces bibliothèques tierces. Elles sont installées par Composer lors du déploiement de l'​application (que ce soit en local pour développer ou sur un serveur de déploiement pour la mise en production).
  
-Ainsi, une application utilisant le framework Jelix 1.7+ avec Composer, ne devrait pas inclure Jelix dans son code source, et indiquer plutôt le paquet Jelix dans le fichier composer.json de l'​application. Composer installera alors les fichiers de Jelix (et autres bibliothèques) dans un dossier @@vendor/@@ (que vous ne devez donc pas inclure dans votre dépôt git/​svn/​hg).+Ainsi, une application utilisant le framework Jelix 1.7+ avec Composer, ne devrait pas inclure Jelix dans son code source, et indiquer plutôt le paquet Jelix dans le fichier composer.json de l'​application. Composer installera alors les fichiers de Jelix (et autres bibliothèques) dans un dossier @@vendor/@@ (que [[https://​getcomposer.org/​doc/​faqs/​should-i-commit-the-dependencies-in-my-vendor-directory.md|vous ne devez donc pas inclure dans votre dépôt]] git/​svn/​hg).
  
 Pour créer un nouveau projet, deux choix. Pour créer un nouveau projet, deux choix.
Ligne 176: Ligne 176:
  
 Une fois que votre module et votre application sont "​stables",​ vous changerez alors la version du module dans le composer.json de l'​application,​ en indiquant le numéro de version stable du module. ​ Une fois que votre module et votre application sont "​stables",​ vous changerez alors la version du module dans le composer.json de l'​application,​ en indiquant le numéro de version stable du module. ​
- 
- 
- 
-TODO: verifier le comportement de composer avec des changements dans le dépôt local de vendor/​monmodule/​. Ici les tests ont été fait alors que Composer a fait un checkout de origin/​master. 
- 
-   * changer de remote (sans modification) + composer update. ​ 
-     * exemple: on est sur master -> origin/​master et on fait un  git checkout -b cp-master --track composer/​master 
-     * Résultat : RAS 
-   * changement dans la branche tracké via "​composer"​ 
-     * modif puis composer update/​install sans nouvelle version. Résultat : RAS 
-     * modif puis commiter puis  composer update/​install sans nouvelle version. Résultat : RAS 
-     * modif puis commiter puis pusher puis composer update/​install sans nouvelle version. Résultat : on ne peut pas pousser car l'url du remote est celle en lecture seule. Il faut passer sur la branche de origin correspondante,​ fusionner, et pousser (ou alors modifier l'url push du remote "​composer"​). Sinon RAS. 
-   * changement dans la branche tracké via "​origin"​ 
-     * modif puis composer update/​install sans nouvelle version. Résultat : ? 
-     * modif puis commiter puis  composer update/​install sans nouvelle version. Résultat : ? 
-     * modif puis commiter puis pusher puis composer update/​install sans nouvelle version. Résultat : ? 
-     * modif puis composer update/​install avec nouvelle version dispo. Résultat : ? 
-     * modif puis commiter puis  composer update/​install avec nouvelle version dispo. Résultat : ? 
-     * modif puis commiter puis pusher puis composer update/​install avec nouvelle version dispo. Résultat : ? 
-   * passage à une version stable dans le composer.json,​ sans modification des sources du module. Résultat : ? 
-   * passage à une version stable dans le composer.json,​ avec modification des sources du module non commitées. Résultat : ? 
-   * passage d'une version stable à instable. Résultat : ? 
-   * changement distant + composer update alors que l'on est sur origin master ou composer master. Résultat : mise à jour du remote composer mais pas du remote origin. Par contre mise à jour de la branche locale origin master mais pas la branche locale composer master. 
-   * changement distant + changement local + composer update alors qu'on est sur le remote composer. Résultat : ? 
-   * changement distant + changement local + composer update alors qu'on est sur le remote origin. Résultat : ? 
  
  
  
fr/tutoriels/utiliser-composer.txt · Dernière modification: 2015/03/09 17:04 par laurent
Fils rss des changements récents dans le wiki Creative Commons License