#azure #visual-studio-2013 #visual-studio-debugging #azure-sdk-.net #azure-emulator
#azure #visual-studio-2013 #visual-studio-debugging #azure-sdk-.net #azure-эмулятор
Вопрос:
На моем компьютере с Windows 7 установлен Azure SDK 2.3. Цель .Для Net framework установлено значение 4.0. Я могу обновить свое решение до Azure SDK 2.3 и выполнить сборку без проблем. Однако, когда я пытаюсь запустить решение, я получаю следующую ошибку:
Не удалось отладить проект облачной службы Windows Azure. Выходной каталог не существует.
Если я верну решение обратно в Azure SDK 2.2, проблема исчезнет. Итак, есть некоторая конфигурация, добавленная обновлением Azure SDK 2.3, которая вызывает эту проблему. Это происходит ТОЛЬКО при запуске эмулятора Azure. Одна вещь, которую я заметил, это то, что процесс сборки каким-то образом удаляет папку «Debug» из каталога csx. Когда я вручную добавляю его обратно, процесс сборки снова удаляет его, а затем я получаю ту же ошибку, что и выше. Я в недоумении относительно того, что может быть причиной этого, поскольку моя «Конфигурация активного решения» настроена на ОТЛАДКУ для «Конфигурации» и ЛЮБОГО ПРОЦЕССОРА для «Платформы». Я перепробовал все шаги по устранению неполадок из предыдущих потоков по этой проблеме (с Azure SDK 1.8), но безуспешно. Я был бы признателен за любые полезные предложения по этому поводу. Спасибо.
ПРИМЕЧАНИЕ: Интересно, что если я откажу во всех правах на папку DEBUG в CSX, эмулятор запустится, но затем произойдет сбой, поскольку у него нет доступа к папке DEBUG. Итак, я озадачен тем, почему процесс сборки VS хочет удалить эту папку отладки.
ЕЩЕ ОДНО ЗАМЕЧАНИЕ: по-видимому, для VS Build удаление папки отладки является обычным процессом. Предполагается, что процесс запуска с debug воссоздаст эту папку отладки со всем в ней. Этого не происходит. Я подтвердил это, вернув его обратно в Azure SDK 2.2 и отметил, что запуск без отладки фактически воссоздает эту папку отладки. Этот процесс восстановления не выполняется при обновлении до версии 2.3.
Комментарии:
1. Все еще проблема в 2018. Должен любить недокументированные файлы magic config Visual Studio или что-то еще, что не перепутано, чтобы вызвать эту проблему… позже попробую выполнить полную проверку репозитория, чтобы посмотреть, поможет ли это
Ответ №1:
Для меня проблема заключалась в том, что я изменил конфигурацию Debug
решения на что-то другое Debug
. Переименование его обратно в Debug
исправило проблему.
Комментарии:
1. Это также является причиной для меня. Что действительно отстой, потому что я не могу запустить свою пользовательскую конфигурацию сборки.
Ответ №2:
Я смог решить эту проблему, просто удалив Azure SDK 2.3, а затем переустановив его. Вот и все!
Комментарии:
1. Ты, должно быть, шутишь ?!
2. Это оооочень верно. В общем, это просто не работает после реструктуризации ваших проектов решений.
Ответ №3:
Решил проблему, выполнив следующее:
- Измените конфигурацию на «Release».
- Сборка и запуск.
- Вернитесь к конфигурации «Debug».
- Сборка и запуск. Теперь ошибки нет.
Ответ №4:
Я видел ту же ошибку, что и папка csx была пустой. Выполнение следующего исправило мою проблему:
Щелкните правой кнопкой мыши * .ccproj> Отладка> Запустить новый экземпляр
Ответ №5:
Для меня ничего из вышеперечисленного не сработало, сработало удаление файла
{YourProject}.ccproj.user
Закройте и снова откройте VS, создайте и запустите