奇怪的子文件夹"DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR"在VS2015的UWP解决方案文件夹中创建

Question

我已经看到这个空子文件夹DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR在不同的解决方案(所有UWP)中创建了几次,甚至在默认的"空白应用程序(通用Windows)"项目中,问题是 - 我无法故意重现它 - 迟早,它是刚刚创建,但我不知道原因和原因是什么.

有没有人有任何线索？

PS.如果重要的话,这是我的配置:

Microsoft Visual Studio社区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最终10 EAP 4 Build 104.0.20151009.190534-EAP4
Microsoft Azure移动服务工具 1.4
NuGet包管理器 3.2.0
P4VS - 用于Visual Studio的Perforce插件 2015.1.105.4164
PreEmptive Analytics Visualizer 1.2
SQL Server数据工具 14.0.50616.0
用于通用Windows应用程序14.0的 Visual Studio工具 .23309.00 d14oob

Answer 1

实际上Connect上存在一个问题,目前微软正在对此进行审核.因此,合理怀疑这是Visual Studio 2015的一个错误.

还有一种解决方法:

由DaisyDave发布于2015年12月15日凌晨2:40
从IDE中打开解决方案会停止显示这些文件夹.

Answer 2

它似乎（最终）在最近的Visual Studio Update 3 RC中得到修复（至少对我有用）。

此外， EricStj - MSFT还提供了另一个“更永久”的解决方法（从他的评论复制粘贴到此处的相关问题），适用于那些宁愿等待此更新的 RTM 版本而必须跳过当前 RC 版本的人：

该修复程序并未进入更新 2。它应该出现在更新 3 中。要解决此问题，您可以复制此文件并替换此文件“ C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETCore\v5。 0\GlobalDTARSettings.proj ”，版本来自此处： https://gist.github.com/ericstj/b40dd3846c3faec5ea1ba55fce64d1f8。