C# “奇怪的子文件夹”；DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR“；创建于VS2015'；s UWP解决方案文件夹

我见过这个空的子文件夹

DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR

在不同的解决方案（所有UWP）中创建过几次，甚至在默认的“Blank App（Universal Windows）”项目中，问题是——我无法有意地复制它——它迟早会被创建，但我不知道原因和原因

有人有什么线索吗

注：这是我的配置，如果有问题：

Microsoft Visual Studio Community 2015版本14.0.23107.0D14REL
Microsoft.NET Framework4.6.01028
Visual Basic 2015 00322-20000-00000-AA447
Visual C#2015 00322-20000-00000-AA447
Visual C++ 2015 032 32—200—00000—AA44 7< BR> Windows Phone SDK8.0-ENU 00322-20000-00000-AA447
Visual Studio应用程序洞察工具包1.0
ASP.NET和Web工具14.0.20626.0
ASP.NET Web框架和工具20135.2.30624.0
常用Azure工具1.5
GenerateUnitTest1.0
GitHub.VisualStudio1.0
JetBrains ReSharper Ultimate10 EAP 4Build 104.0.20151009.190534-EAP4
Microsoft Azure移动服务工具1.4
NuGet软件包管理器3.2.0
P4VS-Visual Studio的Performce插件2015.1.105.4164
抢占式分析可视化工具1.2
SQL Server数据工具14.0.50616.0
Visual Studio Tools for Universal Windows Apps14.0.23309.00d14oob

实际上有一个。因此，有理由怀疑这是VisualStudio2015的一个缺陷

还有一种解决方法：

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

---

通常，我从Windows资源管理器而不是从Visual Studio中打开解决方案。如果您和我一样，Andreas回答中提到的连接问题还有第二个解决方法，用于从Windows资源管理器打开解决方案：

迪基于2016年3月4日上午11:22发布
在Windows文件资源管理器中右键单击解决方案文件，然后使用Visual Studio 2015打开

它似乎（最终）在最近被修复（至少对我有效）

另外，EricStj-MSFT（从其评论粘贴到相关问题的副本）还有另一个“更持久”的解决方案，适用于那些希望等待此更新的RTM版本并且必须跳过当前RC版本的用户：

修复程序没有进入更新2。它应该在更新3中发布。 若要解决此问题，您可以复制此文件并替换此文件“C:\Program” 文件（x86）\Reference Assemblies\Microsoft\Framework.NETCore\v5.0\GlobalDTARSettings.proj“ 使用此处的版本：

---

我不认为这是个问题。我的visual studio也这么做，我认为我们应该让它活下来：D@MehrzadChehraz，这肯定不是一个问题，我毫不怀疑，这不仅发生在我的机器上，而且无论如何，我更愿意消除任何不必要的空文件夹，而且是永久性的，而不是每次创建之后，特别是有这么一个奇怪的名字：）请就我刚刚在@TimFriesen创建的MS connect项目发表反馈，在那里做了两次，谢谢：）永不失败。刚刚开始在VS 2015更新2中注意到这一点。更新1从未出现过此问题。在此处发布此问题几天后，已对连接问题进行了两次投票（在评论中也有此问题的反向链接）。但是谢谢你的解决办法！好的，我将把这标记为一个答案，因为根本原因似乎确实存在于VS2015或它的一个组件中，因此，只能由Visual Studio团队来修复（解决方法对我很好，谢谢！）。交叉手指，让他们不时检查连接问题：）另一个解决方法（直到Visual Studio 2015更新3）：@SeongTaeJeong您一定非常讨厌这个文件夹，以至于最终编写了一个应用程序来启动VS2015。无论如何，谢谢，希望更新3能永久解决这个问题。谢谢@SeongTaeJeong的“更新前3”修复，这对。。。保持微软的高声誉：）现在我想知道DTAR到底代表什么？