You can specify a dependency as any local folder or tarball that contains a package. This feature is helpful for local offline development and testing.
Note: If you want to reference a package on the local file system as a Git dependency, use the file://<url>
format instead. Unity doesn’t support directly referencing a locally accessible Git repository with a file path. For more information on the file://<url>
format, refer to Git dependenciesThe Package Manager retrieves Git dependencies from a Git repository directly rather than from a package registry. Git dependencies use a Git URL reference instead of a version, and there’s no guarantee about the package quality, stability, validity, or even whether the version stated in its package.json
file respects Semantic Versioning rules with regards to officially published releases of this package. More info
See in Glossary.
This section describes how to use the project manifestEach Unity project has a project manifest, which acts as an entry point for the Package Manager. This file must be available in the <project>/Packages
directory. The Package Manager uses it to configure many things, including a list of dependencies for that project, as well as any package repository to query for packages. More info
See in Glossary to set up a local dependency. If you want to use the Package Manager window instead, follow the instructions on these pages:
The path reference always begins with the file:
prefix, and uses forward slashes (/
) for path separators.
Note: On Windows, you can also use backslashes (\
), but only if you escape each one (for example, "file:..\\github\\my_package_folder"
or "file:C:\\Users\\my_username\\github\\my_package_folder"
). These paths aren’t as easy to read as the forward slashes, they’re prone to typing errors, and you can’t use them anywhere but on a Windows machine. For these reasons, using forward slashes is preferable.
You can use either absolute paths, or paths that are relative to the project’s Packages
folder (that is, the root folder of the project manifest). In other words, a path preceded with two dots (..
) refers to the root of the project path, so that ../another_folder
is a sibling of the Packages
folder.
Tip: Relative paths with forward-slashes offer better portability across different machines and operating systems when tracking a project and packages in the same repository.
For Windows absolute paths, the drive letter and its colon (usually C:
) follows the file:
prefix but is otherwise the same as Linux or macOS paths.
After the file:
prefix, the path is a standard relative path. In the following example:
Packages
folder is C:\Users\my_username\Projects\my_project\Packages
.Projects
, github
, and Downloads
folders are peer folders.my_package_c
is an embedded packageAn embedded package is a mutable package that you store under the Packages
directory at the root of a Unity project. This differs from most packages which you download from a package server and are immutable. More infoPackages
folder, to make it mutable).{
"dependencies": {
"my_package_a": "file:../github/my_package_folder",
"my_package_b": "file:../Downloads/my_package_tarball.tgz"
"my_package_c": "file:com.unity.textmeshpro"
}
}
After the file:
prefix, the path is a standard Portable Operating System Interface (POSIX) path, starting with a forward slash /
:
{
"dependencies": {
"my_package_a": "file:/Users/my_username/github/my_package_folder",
"my_package_b": "file:/Users/my_username/Downloads/my_package_tarball.tgz"
}
}
Notice that the drive letter immediately follows the file:
prefix:
{
"dependencies": {
"my_package_a": "file:C:/Users/my_username/github/my_package_folder",
"my_package_b": "file:C:/Users/my_username/Downloads/my_package_tarball.tgz"
}
}