将TeamFoundation DLL升级到2017后出现MSBuild错误
因此,我们在项目中使用了2013 TFS DLL(即TeamFoundation.Client、TeamFoundation.VersionControl.Client和TeamFoundation.Common)。我最近升级了该项目,以使用上述DLL的2017版本(我们有VS2017)。我从下面的文件夹中获取它们将TeamFoundation DLL升级到2017后出现MSBuild错误,dll,tfs,msbuild,Dll,Tfs,Msbuild,因此,我们在项目中使用了2013 TFS DLL(即TeamFoundation.Client、TeamFoundation.VersionControl.Client和TeamFoundation.Common)。我最近升级了该项目,以使用上述DLL的2017版本(我们有VS2017)。我从下面的文件夹中获取它们 C:\ProgramFiles(x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\M
C:\ProgramFiles(x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer
升级后,当我构建解决方案时,出现以下错误:
C:\Program Files(x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\Microsoft.NET.Build.Extensions.NETFramework.targets(56,5):警告:解析的文件具有错误的映像、没有元数据或无法访问。系统找不到指定的路径。(HRESULT的异常:0x80070003)
我不熟悉MSBuild,因此不确定如何继续
该错误将我带到MSBuild代码中的以下行:
GetDependsOnNETStandard Condition="'$(_RunGetDependsOnNETStandard)' == 'true'"
References="@(_CandidateNETStandardReferences)">
<Output TaskParameter="DependsOnNETStandard" PropertyName="DependsOnNETStandard" />
</GetDependsOnNETStandard>
GetDependsOnNETStandard条件=“”$(\u RunGetDependsOnNETStandard)==“true”
References=“@(\u标准引用)”>
根据错误日志信息,似乎您正在尝试通过Visual Studio或MsBuild命令而不是TFS build在本地生成
建议您使用最新版本的DLL,并将Visual Studio 2017升级至最新版本。对于,系统找不到指定的路径。
问题请尝试
- 清理所有项目
- 卸载所有项目
- 重新加载所有项目
- 重建解决方案
- 关闭解决方案
- 删除bin文件夹
- 删除所有obj文件夹
- 开放式解决方案和构建
如果以上所有操作仍然不起作用,建议您添加一个更详细的日志和故障排除示例代码。Visual Studio 2017和DependsOnNETStandard存在一个悬而未决的问题,有望在15.8中解决 我今天在升级一个最初创建于VS 2015并升级到VS 2017的项目时遇到了同样的问题 项目的升级似乎遗漏了它所需要的XML中的一些元素 如果编辑受影响项目的csproj文件并添加
<DependsOnNETStandard>false</DependsOnNETStandard>
false
到顶部PropertyGroup,如下所示:
<PropertyGroup>
...
<DependsOnNETStandard>false</DependsOnNETStandard>
</PropertyGroup>
...
错误的
它应该解决这个问题。对我来说是这样的
有关该问题及其讨论的详细信息,请访问:
您是尝试在本地通过Visual Studio构建还是通过TFS服务器构建?我正在本地构建。但我发现了我的问题。在我安装了Microsoft.TeamFoundationServer.ExtendedClient nuget包并重新构建之后,错误消失了。谢谢,这对我很有用。如果您可以包含一个指向未解决问题的链接(希望在15.8中得到修复),那就更好了。我已经编辑了答案,在github存储库中包含了指向该问题的链接