在VS2015的UWP解决scheme文件夹中创build奇怪的子文件夹“DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR”

我已经看到这个空的子文件夹DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR在不同的解决scheme(所有UWP),甚至在默认的“空白应用程序(通用Windows)”项目中创build几次,问题是 – 我不能有意识地复制它 – 早晚刚刚创build,但我不知道为什么,是什么原因。

在这里输入图像说明

有没有人有任何线索?

PS。 这是我的configuration,如果这件事情:

Microsoft Visual Studio Community 2015版本14.0.23107.0 D14REL
Microsoft .NET Framework 4.6.01028
Visual Basic 2015 00322-20000-00000-AA447
Visual C#2015 00322-20000-00000-AA447
Visual C ++ 2015 00322-20000-00000-AA447
Windows Phone SDK 8.0 – ENU 00322-20000-00000-AA447
适用于Visual Studio Package 1.0的应用程序洞察工具
ASP.NET和Web工具14.0.20626.0
ASP.NET Web框架和工具2013 5.2.30624.0
常见的Azure工具1.5
GenerateUnitTest 1.0
GitHub.VisualStudio 1.0
JetBrains ReSharper Ultimate 10 EAP 4 Build 104.0.20151009.190534-EAP4
Microsoft Azure移动服务工具1.4
NuGet包pipe理器3.2.0
P4VS – 用于Visual Studio 2015.1.105.4164的 Perforce插件
PreEmptive Analytics Visualizer 1.2
SQL Server数据工具14.0.50616.0
用于通用Windows应用程序的Visual Studio工具14.0.23309.00 d14oob

连接目前实际上存在一个问题 ,目前正在由微软审查。 因此有一些合理的怀疑,这是Visual Studio 2015的一个bug。

还有一个解决方法可用:

DaisyDave发表于2015年12月15日上午2:40
从IDE中打开解决scheme将停止显示这些文件夹。

它似乎是(最终)在最近的Visual Studio更新3 RC (至less适用于我)修复。

此外, EricStj – MSFT还有另外一个“更永久”的解决方法, 可以帮助那些更愿意等待RTM版本更新的用户跳过当前的RC版本:

该修补程序没有进入更新2.它应该出现在更新3中。要解决您可以复制此文件replace此文件“ C:\ Program Files(x86)\ Reference Assemblies \ Microsoft \ Framework.NETCore \ v5。 0 \ GlobalDTARSettings.proj “与从这里的版本: https : //gist.github.com/ericstj/b40dd3846c3faec5ea1ba55fce64d1f8

一般来说,我从Windows资源pipe理器打开解决scheme,而不是从Visual Studio中打开。 如果您和我一样,Andreas的答案中提到的Connect问题有另一个解决方法,用于从Windows资源pipe理器打开解决scheme:

Dee Key发布于2016年3月4日上午11:22
在Windows文件资源pipe理器中,右键单击解决scheme文件,然后使用Visual Studio 2015打开。