Piste :
Différences ¶
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteDernière révisionLes deux révisions suivantes | ||
fr:tutoriels:utiliser-composer [2015/03/09 09:07] – [Développer une application et des modules séparément] laurent | fr:tutoriels:utiliser-composer [2015/03/09 14: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' | Une application développée avec Composer ne comporte normalement pas les bibliothèques tierces. C'est à dire que le code source de l' | ||
- | 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' | + | 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' |
Pour créer un nouveau projet, deux choix. | Pour créer un nouveau projet, deux choix. | ||
Ligne 159: | Ligne 159: | ||
===== Développer une application et des modules séparément ===== | ===== Développer une application et des modules séparément ===== | ||
- | Il arrive que l'on développe une application qui utilise des modules externes (utilisés par d' | + | Il arrive que l'on développe une application qui utilise des modules externes (utilisés par d' |
+ | |||
+ | On aurait donc une application dans un dépôt git, et les autres modules dans d' | ||
+ | |||
+ | Cependant, | ||
On peut bien sûr limiter ces commits en écrivant des tests unitaires dans les dépôts des modules, mais cela n'est pas toujours suffisant : on ne peut pas tester l' | On peut bien sûr limiter ces commits en écrivant des tests unitaires dans les dépôts des modules, mais cela n'est pas toujours suffisant : on ne peut pas tester l' | ||
Ligne 174: | Ligne 178: | ||
- | |||
- | TODO: verifier le comportement de composer avec des changements dans le dépôt local de vendor/ | ||
- | |||
- | * changement dans la branche tracké via " | ||
- | * modif puis composer update/ | ||
- | * modif puis commiter puis composer update/ | ||
- | * modif puis commiter puis pusher puis composer update/ | ||
- | * changement dans la branche tracké via " | ||
- | * modif puis composer update/ | ||
- | * modif puis commiter puis composer update/ | ||
- | * modif puis commiter puis pusher puis composer update/ | ||
- | * passage à une version stable dans le composer.json, | ||
- | * passage à une version stable dans le composer.json, | ||
- | * passage d'une version stable à instable. Résultat : ? | ||