在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打开。
