160

「yo angular」を実行したところ、1.0.8 がインストールされていることがわかりました。Angular コンポーネントをアンインストールしましたが、1.2 をすべて再追加すると、元の bower.json ファイルの「devDependencies」の下に angular-mocks と angular-scenario が含まれていました。 0-rc.2 コンポーネントの angular-mocks および angular-scenario は、devDependencies ではなく依存関係にあります。

devDependencies がどのように使用されているか、手動で修正する必要があるか、そのままにしておく必要があるかについて興味があります。bower CLI で何かを開発依存としてマークする方法を指定する方法はありますか?

編集後のファイル:

{
    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: { }
}

編集前:

{
    "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"
    }
}
4

1 に答える 1

286

devDependenciesユニットテスト、パッケージングスクリプト、ドキュメント生成などの開発関連のスクリプト用です。

dependencies本番での使用に必要であり、開発にも必要であると想定されています。

devDependenciesあなたが持っているように、内に含めdependenciesても害はありません。モジュールは、インストール中により多くのファイル (バイト) をバンドルするだけで、より多くの (不必要な) リソースを消費します。純粋主義者の視点から見ると、これらの余分なバイトは有害である可能性がありますが、見方によっては異なります。

いくつかの光を当てるために、 を見てbower help install、以下にリストされているモジュールは、またはdevDependenciesを介し​​てモジュールのインストール中に省略できます。例:-p--production

bower install angular-latest --production

これは、開発プラットフォーム以外のインストールを実行する場合に推奨される方法です。

逆に、 の下にリストされているモジュールを省略する方法はありませんdependencies。

bower@1.2.7の時点で(bower最新のソースを参照)、次のbower help結果が得られます。

Usage:

    bower <command> [<args>] [<options>]

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 <command>' for more information on a specific command.

さらに、bower help install利回り（最新のソースを参照）：

Usage:

    bower install [<options>]
    bower install <endpoint> [<endpoint> ..] [<options>]

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:
    - <source>
    - <source>#<target>
    - <name>=<source>#<target>

    Where:
    - <source> is a package URL, physical location or registry name
    - <target> is a valid range, commit, branch, etc.
    - <name> is the name it should have locally.
于 2013-10-13T01:52:38.520 に答える