本节提供有关以下问题的信息:
如果遇到与网络有关的问题,也可以运行 Unity Package Manager Diagnostics 工具。有关更多信息,请参阅网络问题。
在 Package Manager 遇到问题时,Package Manager 窗口中会显示错误指示符:
系统范围的问题
状态栏中显示的错误消息表示 Package Manager 检测到与特定包无关的问题。例如,如果 Package Manager 无法访问包注册表服务器,则将在状态栏中显示以下消息:
如果您的网络无法访问包注册表服务器,可能是因为网络存在连接问题。您或系统管理员修复网络错误后,状态栏将清空。
如果您的网络连接正常,但是您没有登录 Unity 帐户,则 Package Manager 不会显示任何资源包。尝试使用 My Assets 范围时,Package Manager 会在状态栏中显示错误:
包特有的问题
如果特定的包在加载或安装时出现问题(例如,在确定要加载的包版本时),则损坏的包旁边的包列表中将显示错误图标 () (A)。要找出问题所在,请打开损坏的包的详细信息视图以查看详细的错误消息 (B):
如果您的 package.manifest
文件有格式错误,则在 Unity 控制台中将出现类似以下错误:
Failed to resolve packages: The file [<project-path>/Packages/manifest.json] is not valid JSON:
Unexpected token '}' at 44:1
}
您可以使用错误消息中包含的信息来修复 JSON。您可以使用许多在线验证器来更正问题。保存更正的文件后,Unity 将重新加载 Package Manager 窗口。
从 2019.3 开始,您的 package.manifest
文件不应包含对 com.unity.package-manager-ui 包的任何引用。可重置项目的包配置或从清单的依赖关系列表中删除以下行:
"com.unity.package-manager-ui": "2.1.1",
如果 Package Manager 窗口仍然缺失,请重新启动 Unity。
如果仍然遇到问题,请检查项目清单是否使用 “exclude” 作为包版本。这是 dependencies 属性的过时值。如果找到类似这些的行,请删除整行。Package Manager 仅安装在项目中作为依赖项显式包含的包,因此,一旦删除该条目,Package Manager 将忽略并且不会安装该包。
如果 Package Manager 仍然无法加载,请遵循无法识别包和重置项目的包配置下的步骤进行操作。
当您将项目升级到更高的 Unity 版本时,Package Manager 会自动将不兼容的包更新为更高的兼容版本。但是,如果您的包不能编译,则 Package Manager 会在控制台中显示错误消息。
要处理这些消息,请阅读错误消息并尽可能解决所有问题。例如,一个包可能缺少对另一个包或版本的依赖。在这种情况下,您可以尝试自己安装该包。
您也可以按照以下顺序来尝试每个解决方案,直到找到可行的解决方案:
Packages
文件夹,然后再删除该文件夹。Packages
文件夹中的包来源文件,然后将它们删除,只留下 manifest.json
文件。然后尝试重新加载项目。Library/PackageCache/com.unity.package-manager-ui@<version>
文件夹替换为新创建的项目中的同一个文件夹。如果您尝试从注册表安装新的包但无法安装,可能是由于权限问题所致。
必须对缓存文件夹具有完整权限:
C:\Users\yourname\AppData\Local\Unity\cache
~/Users/Library/Unity/cache
有时,学校、政府机关或受网络保护的工作场所等机构环境会设置代理服务器来控制网络与互联网之间的通信,并使用自己的服务器证书,而 Unity 或 Package Manager 无法识别这些证书。请与您的网络管理员联系。
如果看到很多编译错误,可能表明 Unity 无法识别现有项目中的包。在这种情况下,可能缺少 .NET 组件。
对于 Windows:
对于 MacOS:
下载并安装 .NET SDK v2.2.101 组件。
在 Visual Studio 中安装所有建议的更新
使用 homebrew 来计划和安装 mono:
brew update
brew install mono # optional
brew upgrade mono
如有必要,删除项目下的 Library/obj/temp
文件夹,然后重新启动 Unity。
如果仍然遇到困难,请尝试重新启动计算机。
如果控制台报告说找到了 hostfxr.dll
库,但 Unity 无法从 C:\<path_to_app>\hostfxr.dll
加载该库,那么可以通过安装 KB2999226 和 KB2533623 补丁在 Windows 7 或 Windows Server 2008 R2 上修正此错误。
如果一个项目有太多的包问题,则可以将项目重置为 Unity 的 Editor 版本的默认包配置。此操作将重置项目中的所有包。这可能无法解决问题的根源,但是可以帮助您找出问题所在。
注意:您无法撤消对包配置的重置操作,因此请确保首先备份 manifest.json
文件,或者确保您的项目处于源代码控制之下。此外,还可以采取其他预防措施,包括:克隆项目,在克隆版本上测试操作之后再继续。
要恢复为默认包配置,请从 Help 菜单中选择 Reset Packages to defaults。
在执行最终更改之前,您也可以测试是否可以恢复为默认包:
要克隆项目,请复制粘贴项目文件夹,然后重命名项目文件夹以便于识别(例如,如果您的项目名为 MyProject
,则可以使用类似 clone_MyProject
的名称)。
加载新克隆的项目。
从 Help 菜单中,选择 Reset Packages to defaults。
根据项目的大小,这可能需要几分钟。
检查是否成功重置了包。如果成功,则表示您可以安全地对原始项目执行操作。
如果使用 SSH 协议通过 Git URL 来安装包,即使您正在后台运行 ssh-agent 并且您的 PID 环境变量已正确设置,也可能会遇到来自 Git 的身份验证错误。
尽管您的脚本可以在后台成功启动 ssh-agent,但是导出的环境变量仅适用于运行脚本的 Bash shell 以及之后由该脚本启动的任何子进程。这是因为您的脚本无法更改父进程、无关进程或先前创建的子进程中的环境变量。即使脚本位于 .bashrc
中,也只会在 Bash shell 中执行。
通过双击 Unity 图标或使用 Hub 启动 Unity 或 Unity Hub(在 Windows 和 macOS 中)时,不会在 shell 中运行,因此不会执行脚本。这意味着 Unity Editor 进程不会设置这些变量,因此 Unity 调用的 Git 进程最终也不会设置这些变量。
要解决此问题,可以执行以下操作之一:
# Expose env variables to native windows
setx SSH_AGENT_PID "$SSH_AGENT_PID"
setx SSH_AUTH_SOCK "$SSH_AUTH_SOCK"