Странная подпапка "DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR", созданная в папке решений VS2015 UWP
Я видел эту пустую подкаталог DTAR_08E86330_4835_4B5C_9E5A_61F37AE1A077_DTAR
, созданный несколько раз в разных решениях (все UWP) и даже в проекте по умолчанию "Blank App (Universal 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 С# 2015 00322-20000-00000-AA447
Visual С++ 2015 00322-20000-00000-AA447
Windows Phone SDK 8.0 - ENU 00322-20000-00000-AA447
Application Insights Инструменты для пакета Visual Studio 1.0
ASP.NET и веб-инструменты 14.0.20626.0
Веб-платформы и инструменты ASP.NET 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 3.2.0
P4VS - плагин Perforce для Visual Studio 2015.1.105.4164
Предварительно аналитический документ-анализатор 1.2
Инструменты данных SQL Server 14.0.50616.0
Инструменты Visual Studio для универсальных приложений Windows 14.0.23309.00 d14oob
Ответы
Ответ 1
Кажется, что (наконец) исправлено в недавнем Visual Studio Update 3 RC (работает для меня как минимум).
Также существует другое "более постоянное" обходное решение от EricStj - MSFT (скопировано из его комментария к соответствующему выпуску здесь) для тех, кто предпочли бы дождаться версии RTM этого обновления и должны пропустить текущую версию RC:
Исправление не попало в обновление 2. Оно должно появиться в обновлении 3. Чтобы обходным путем вы можете скопировать этот файл, замените этот файл " C:\Program Файлы (x86)\Ссылки Сборки \Microsoft\Framework.NETCore\v5.0\GlobalDTARSettings.proj" с версией отсюда: https://gist.github.com/ericstj/b40dd3846c3faec5ea1ba55fce64d1f8.
Ответ 2
На самом деле существует проблема поданная на Connect, которая в настоящее время рассматривается Microsoft. Так что в какой-то комнате возникает разумное подозрение, что это ошибка Visual Studio 2015.
Существует также обходное решение:
Отправленный DaisyDave на 12/15/2015 в 2:40 утра
Открытие решений из среды IDE останавливает появление этих папок.
Ответ 3
В общем, я открываю решения из Windows Explorer, а не из Visual Studio. Если вы похожи на меня, проблема Connect, упомянутая в ответе Андреаса, имеет второе решение для открытия решения из Windows Explorer:
Отправлено Dee Key от 03/4/2016 в 11:22 AM
В Проводнике Windows щелкните правой кнопкой мыши файл решения и откройте с помощью Visual Studio 2015.