When you work in the Package Manager window, you can install a package from several sources (a registry, a local folder or tarball, a Git URL, and by name). However, while the Package Manager installs packages from these sources seamlessly, it first has to make a series of calculations to decide which version to install. It also has to decide which other packages and versions to install to support the package you selected.
直接的な依存関係
Package Manager ウィンドウでインストールするパッケージバージョンを選択すると、プロジェクトマニフェスト に “依存関係” を追加することになります。これは “プロジェクトが動作するために特定のパッケージの特定のバージョンが必要である” という宣言です。プロジェクトに依存関係を追加するには、<project-root>/Packages/manifest.json
ファイルの dependencies プロパティに package-name@package-version
という形式でパッケージとバージョンへの参照を追加します。これは、(プロジェクトがこれに直接依存することから) “直接的” 依存関係と呼ばれます。
間接的な依存関係
Packages can also require other packages to work. These are called “indirect” (or transitive) dependencies. The package developer adds these to the dependencies property of the package manifest file during development (<package-root>/package.json
). For example, in the diagram below, the alembic@1.0.7
package has a dependency on the timeline@1.0.0
package, so the timeline package is an “indirect” dependency. Conversely, the project has dependencies on the cinemachine@2.6.0
and alembic@1.0.7
packages, so those are both “direct” dependencies.
バージョンオーバーライド
When you add a package version as a dependency, that version isn’t necessarily the version that the Package Manager installs. The reason is because the Package Manager has to consider all dependencies in your project, whether direct or indirect. In the following example, the XR Plugin Management package requested was version 4.0.3
. However, the Package Manager installed version 4.0.6
because another package depended on the higher version, as indicated in the information message (B):
依存関係グラフ
The Package Manager can install only one package version at a time, so it has to construct a dependency graph. This graph is a list of every direct and indirect dependency for the project. The dependency graph determines which version of each package to install.
ロックファイル
When the Package Manager resolves all version conflicts, it saves the resolution in a lock file for two reasons:
Did you find this page useful? Please give it a rating:
Thanks for rating this page!
What kind of problem would you like to report?
Thanks for letting us know! This page has been marked for review based on your feedback.
If you have time, you can provide more information to help us fix the problem faster.
Provide more information
You've told us this page needs code samples. If you'd like to help us further, you could provide a code sample, or tell us about what kind of code sample you'd like to see:
You've told us there are code samples on this page which don't work. If you know how to fix it, or have something better we could use instead, please let us know:
You've told us there is information missing from this page. Please tell us more about what's missing:
You've told us there is incorrect information on this page. If you know what we should change to make it correct, please tell us:
You've told us this page has unclear or confusing information. Please tell us more about what you found unclear or confusing, or let us know how we could make it clearer:
You've told us there is a spelling or grammar error on this page. Please tell us what's wrong:
You've told us this page has a problem. Please tell us more about what's wrong:
Thank you for helping to make the Unity documentation better!
Your feedback has been submitted as a ticket for our documentation team to review.
We are not able to reply to every ticket submitted.