Bower et devDependences vs dépendances

J’ai couru ‘yo angular’ et réalisé après qu’il installe la version 1.0.8, j’ai désinstallé les composants angulars, mais le fichier bower.json original avait un scénario angular et un scénario angular sous ‘devDependencies’ lorsque je rajoute tous les 1.2. 0-rc.2 composants angular-mocks et angular-scenario sous des dépendances au lieu de devDependencies.

Je suis curieux de savoir comment devDependencies est utilisé et si je devrais prendre la peine de le réparer manuellement ou de le laisser tel quel. Existe-t-il un moyen de spécifier sur le CLI bower comment marquer quelque chose comme une dépendance de développement?

Après les modifications de fichier:

{ name: "Angular", version: "0.0.0", dependencies: { json3: "~3.2.4", jquery: "~1.9.1", bootstrap-sass: "~2.3.1", es5-shim: "~2.0.8", angular-mocks: "1.2.0-rc.2", angular-sanitize: "1.2.0-rc.2", angular-resource: "1.2.0-rc.2", angular-cookies: "1.2.0-rc.2", angular: "1.2.0-rc.2", angular-scenario: "1.2.0-rc.2" }, devDependencies: { } } 

Avant les modifications:

 { "name": "Angular", "version": "0.0.0", "dependencies": { "angular": "~1.0.7", "json3": "~3.2.4", "jquery": "~1.9.1", "bootstrap-sass": "~2.3.1", "es5-shim": "~2.0.8", "angular-resource": "~1.0.7", "angular-cookies": "~1.0.7", "angular-sanitize": "~1.0.7" }, "devDependencies": { "angular-mocks": "~1.0.7", "angular-scenario": "~1.0.7" } } 

    devDependencies sont pour les scripts liés au développement, par exemple les tests unitaires, les scripts de packaging, la génération de documentation, etc.

    dependencies sont nécessaires pour une utilisation en production et supposées nécessaires pour le développement.

    L’inclusion de devDependencies dans les dependencies , comme vous l’avez, ne sera pas nuisible; le module ne fera que regrouper plus de fichiers (octets) lors de l’installation – consommant plus de ressources (inutiles). D’un sharepoint vue puriste, ces octets supplémentaires pourraient être préjudiciables, tout dépend de votre sharepoint vue.

    Pour faire la lumière sur l’ bower help install , les modules répertoriés dans devDependencies peuvent être omis lors de l’installation du module via -p ou --production , par exemple:

     bower install angular-latest --production 

    C’est la méthode recommandée pour effectuer une installation autre que la plate-forme de développement.

    Au contraire, il n’y a aucun moyen d’omettre les modules répertoriés dans les dependencies .


    À partir de [email protected] (voir la dernière source ), bower help :

     Usage: bower  [] [] Commands: cache Manage bower cache help Display help information about Bower home Opens a package homepage into your favorite browser info Info of a particular package init Interactively create a bower.json file install Install a package locally link Symlink a package folder list List local packages lookup Look up a package URL by name prune Removes local extraneous packages register Register a package search Search for a package by name update Update a local package uninstall Remove a local package Options: -f, --force Makes various commands more forceful -j, --json Output consumable JSON -l, --log-level What level of logs to report -o, --offline Do not hit the network -q, --quiet Only output important information -s, --silent Do not output anything, besides errors -V, --verbose Makes output more verbose --allow-root Allows running commands as root See 'bower help ' for more information on a specific command. 

    et plus loin, bower help install rendements (voir la dernière source ):

     Usage: bower install [] bower install  [ ..] [] Options: -F, --force-latest Force latest version on conflict -h, --help Show this help message -p, --production Do not install project devDependencies -S, --save Save installed packages into the project's bower.json dependencies -D, --save-dev Save installed packages into the project's bower.json devDependencies Additionally all global options listed in 'bower help' are available Description: Installs the project dependencies or a specific set of endpoints. Endpoints can have multiple forms: -  - # - =# Where: -  is a package URL, physical location or registry name -  is a valid range, commit, branch, etc. -  is the name it should have locally.