Изменения будут запланированы операции изменения запустятся когда все окна visual studio
У меня проблема с моей Visual studio 2013 Ultimate с нескольких дней. Я пытаюсь открыть даже самое простое консольное приложение и VS зависает, и когда я нажимаю что-то еще в Visual studio в правом нижнем углу появляется Visual studio занята: Microsoft Visual studio ожидает завершения внутренней операции.
я отремонтировал Visual studio без изменений, затем unistall и установить свежий VS, и проблема все еще существует. Я также проверил наличие вирусов. Все остальное в Windows работает нормально. Я отключил CodeLens, изменил текущий плагин управления версиями на None, потому что я обнаружил, что иногда эти два варианта зависают vs, но по-прежнему нет изменений.
для пользователей VS2015, которые имеют дело с этой проблемой: закройте все, удалите ".vs " папка в корневом каталоге проекта и снова откройте ее.
важная часть это:
- удалить кэш веб-сайта из следующего расположения: C:\Users\user_name\AppData\Local\Microsoft\WebsiteCache
- перезапустить IIS: Пуск → Выполнить → iisreset
- перейдите в меню Сервис → Параметры и просмотрите все параметры и отключите все ненужные варианты.
- очистить кэш.
- удалить временные файлы.
- убедитесь, что в диске C (System) достаточно места.
обновление 2017-01-03
Есть также ASP.NET тайники!--26--> в C:\Windows\Microsoft.NET рамки папки, но это скорее для веб-сайта или устранить проблемы с кешем. Когда в указанной папке выполните поиск "временный ASP.NET файлы" в подкаталогах и удалить их содержимое. Если некоторые файлы заблокированы, то команду iisreset должно помочь.
проблема устранена . Я делаю новый консольный проект и ждал двадцать минут, чтобы фактически создать проект. После создания теперь каждый проект открывается сразу без каких либо проблем.
У меня была аналогичная проблема при попытке загрузить проект Xamarin. К сожалению, удаление *.файл suo, а также другие ответы, упомянутые здесь, не помогли.
- C:\Users\\AppData\Local\Microsoft\Team Foundation
- C:\Users\\AppData\Local\Microsoft\VisualStudio
- C:\Users\\AppData\Local\Microsoft\VSCommon
будьте осторожны, так как вы потеряете все ваши настройки проекта
Я встречаю ту же проблему на своем компьютере Win10, затем я просто исправил ее, установив обновление Visual Studio в Tools → Extension → Update → Visual studio 2013 update 5.
после установки "Visual studio 2013 Update 5" проблема исчезла.
удалить проект, перейти к другому назначению.
с этот суперпользователя в должности удалить .СУО (.vs12.suo for me) файл из каталога решений. Работал на меня в VS2013.
Это сработало для меня: я удалил мой .СУО и .временные файлы tss, затем повторите попытку. В прошлом я создал новый пустой SLN и добавил к нему свои проекты - это тоже работает.
У меня было две вещи, потому что это рядом с папкой suo / vs:
- проект регистрируется со ссылками на файлы, которые не регистрируются. Например, проект генератора кода с шаблонами T4, которые выплевывают 1000 poco. То .cs-файлы никогда не предназначались для управления исходным кодом, но кто-то случайно проверяет проект с включенным файлом.
- A .csproj сливается смешно и вместо того, чтобы не загружать отдельный проект, все решение висит
У меня есть решение со многими проектами. Вчера вечером я добавил к решению новый проект. Сегодня утром VS15 IDE замерзнет с этой ошибкой после загрузки моего решения. Я пробовал многие предложения в этой теме, но ни один из них не работал.
Я удалил новый проект в решение, и теперь все работает нормально. Что-то, должно быть, было испорчено или просто неправильно в моем .файл csproj. Как только он был удален .sln все, казалось, работало нормально снова. Теперь я перестрою новый проект.
для чего это стоит, я помню работу с проектом, который использовал git source control, и мы обнаружили, что visual studios git client заставляет всю среду работать очень медленно, вероятно, потому, что проект был очень большим.
перейдите в Инструменты- > Параметры - >управление версиями - >выбор подключаемого модуля - > выберите Нет из списка.
Это значительно улучшило вещи для меня в прошлом, надеюсь, что это может помочь вам!
Это произошло со мной при обновлении пакета служб SSIS с помощью VS 2008,
решение: откройте файл dtsx, найдите все таймауты и измените их на что-то вроде 10 секунд, по какой-то причине некоторые из них, где 0, что в основном означает: "повесить навсегда".
1 ) исключить .vs папка в файле проекта
2 ) Удаление веб-кэша в C:\Users\user_name\AppData\Local\Microsoft\WebsiteCache
3) Очистка временных файлов
4) обновление / Обновление или повторная установка vs: (
но, тем не менее, вы не могли бы нашел решение, то следующим шагом должно быть
УДАЛИТЬ АНТИВИРУСНУЮ ПРОГРАММУ
проблема
эта проблема возникает, когда источником данных является представление, которое выбирает из результатов других представлений.
Что происходит, так это то, что процедура, которая вычисляет, какие столбцы, поставляемые представлением, путается.
решение проблемы
создать хранимую процедуру, которая:
- создает временную таблицу
- вставляет результаты просмотра во временное таблица
- выбирает из временной таблицы
Это позволяет подпрограмме потока данных вычислять, какие столбцы предоставляются представлением.
Как я нашел решение
Я нашел этот ответ при создании новой задачи потока данных с помощью помощника источника данных Visual Studio 2010.
Я гарантировал, что не буду испытывать сетевые проблемы между базой данных и приложением, размещая их на одном и том же сервер.
рассматриваемое представление было основано на 2 других представлениях, которые указывали на несколько таблиц по нескольким базам данных.
SSIS pkg был создан учетной записью windows, которая также является администратором сервера в Sql, но я думаю, что SSIS просто неспособен проверить данные из такого сложного представления.
Не большая проблема! Просто перезагрузите ОС, whoooo решил, все работает гладко. Это происходит, если мы пытаемся открыть несколько проектов одновременно.
Я отлаживаю чужую работу и решение довольно большое. Когда я пытаюсь собрать все, несколько проектов в рамках решения не собираются, а просто пропускаются. Просмотр окна вывода во время процесса сборки говорит:
1> ------ Пропущено перестроить все: Проект: pr1lib ------
Как я могу определить, почему эти сборки были пропущены? Я не могу найти дополнительных выходных данных.
Щелкните решение правой кнопкой мыши, выберите «Свойства», а затем «Свойства конфигурации». Здесь вы можете выбрать, какие проекты строить.
[ изменить ]:
См. Комментарий Kdt: . когда я смотрел в свойствах конфигурации . цель сборки проекта была настроена для «Смешанных платформ», в то время как решение было настроено на сборку «Любой ЦП».
* Когда эта проблема случилась со мной, в основном проекте был только «Любой процессор», и он также установил дочернюю dll на «любой процессор», однако я удалил этот профиль и оставил только «x86». Выбор x86 только для dll заставит его начать работать
[/редактировать]
У меня была та же проблема - «выгрузить проект» и «перезагрузить проект» решили проблему!
Операции сборки, восстановления и очистки пропускались. Выгрузка и перезагрузка не помогли, как и перезапуск Visual Studio.
Как только я удалил проект из решения и добавил его обратно, он больше не пропускается. Чтобы удалить его, в обозревателе решений щелкните проект правой кнопкой мыши> Удалить> ОК. Чтобы добавить его обратно, в обозревателе решений щелкните решение правой кнопкой мыши> Добавить> Существующий проект и выберите свой проект.
Перезапуск Visual Studio помог
Если конфигурация x64 и компилятор x64 не установлен, он пропустит проект.
Мое решение такое же, как упоминалось ранее: Удалить -> Добавить существующий проект
Но это решение означает, что ссылки между проектами исчезают
Чтобы избежать повторного добавления ссылок: и в случае, если вы используете систему контроля версий , такую как GIT или TFS или что-то еще, можно достичь цели, выполнив следующие действия:
Пройти все проекты, удалив их из решения и добавив уже существующие.
Обратите внимание, что файл .sln изменился
Сохраните новый файл .sln, но отмените изменения во всех файлах .cspoj с помощью системы контроля версий.
Visual Studio 2008, это может быть потому, что 64-битный компилятор не был бы установлен.
Панель управления -> Программы и компоненты -> Microsoft Visual Studio 2008 professional -> [двойной щелчок]
В диалоговом окне Visual Studio
Далее -> Добавить / удалить функции -> (Под) Visual C ++ -> (выбрать) компилятор x64 и Инструменты
Проблема существует и в VS 2010; из предложенных решений: редактирование конфигурации сборки, очистка, изменение / повторная смена целевого фреймворка НЕ работают. Но выгрузка и перезагрузка проекта делает.
У меня был странный вариант, который, возможно, стоит задокументировать среди других возможностей здесь ..
Я добавил Общий проект моего решения с кодом, который использовался в двух или трех других проектах. Как вы знаете, общие проекты - это просто код, а не проект в традиционном смысле этого слова. Вы не можете «построить» общий проект, это просто код, который встроен в другие проекты и затем построен там.
Но каким-то образом мой файл решения был обновлен, как если бы общий проект был отдельной вещью, которую нужно было создать. Тогда я предполагаю, что каждый раз, когда я пытался построить и не менял код в общем проекте, он считал, что `` ничего не изменилось, пропустите эти сборки ''
Я нашел общий проект в файле solution.sln , например:
.. что нормально. Что нехорошо, так это то, что этот проект также появился в GlobalSection(ProjectConfigurationPlatforms) = postSolution , например:
Я удалил эти четыре строки из своего файла .sln , и теперь все снова кажется счастливым
- Закрыть визуальную студию
- Откройте файл sln с помощью блокнота
- удалите все подобные вещи: . Отладка с помощью подделок | x86.ActiveCfg = Отладка с подделками | x86 (их будет много)
4. сохранить файл 5. открыть визуальную студию и все лучше
Перейдите в меню сборки и выберите «диспетчер конфигурации». Это покажет, какие проекты настроены для сборки в выбранной вами конфигурации.
Подобное случилось со мной. Я не уверен, в чем была проблема, но это не было бы Clean , Build , Rebuild и т. Д. Я работаю в Visual Studio 2017 и хотела сборку netstandard2.0 . Проблема для меня заключалась в том, что каким-то образом тип проекта был неправильным, возможно, я начал с библиотеки классов netcoreapp , что-то в этом роде, застряло в файле Solution , я не помню. Как бы то ни было, я сделал резервную копию проекта, создал новый проект библиотеки классов netstandard и учел резервные копии битов, и это исправило это для меня. HTH кто-то.
Я обновился до 15.9.11, . после некоторых сборок та же проблема: большинство проектов пропускаются (которые собирались секунду назад без проблем). Выгрузка / перезагрузка решения всегда помогает в моем случае, но скоро это повторится.
Понятия не имею, почему . кроме большой ошибки в VS2017
Проверил диспетчер конфигураций, все галочки выставлены на сборку.
Возможно, это как-то связано с пакетами nuget, но это только предположение
В решении есть только c ++ / vcxproj, без csproj. 64 и 32 установлены как
Первое, что вам нужно сделать, это диагностировать, почему сборка пропускает проекты. Итак, чтобы получить подробный вывод сборки, измените уровень детализации на detailed в следующем месте в Visual Studio .
Если бы та же проблема, выяснилось, что настройка проекта была для процессора Itanium, изменив его на Intel, исправил.
Возникла та же проблема с VS2005, все конфигурации были правильными. Он даже пропускал команду «Очистить проект».
Наконец, разгрузка / перезагрузка творит чудеса.
Щелкните правой кнопкой мыши «Решение» в обозревателе решений, затем щелкните «Свойство» в нижней части меню. В окнах свойств нажмите Свойства конфигурации -> Конфигурация на левой панели, вы увидите список проектов на правой панели, убедитесь, что установлен флажок Сборка. всплывающее окно.
Если ваше решение содержит файл проекта NuGet (* .nuproj), попробуйте выгрузить его, а затем перестроить решение.
Это сработало для меня после того, как ничего из вышеперечисленного не сработало.
У меня только что возникла эта проблема, и я смог ее решить, удалив скрытую папку .vs в самой верхней папке. После перезапуска Visual Studio все снова заработало.
Я обнаружил, что иногда, когда у вас установлена целевая платформа, допустим, x86 в вашем решении и в ваших проектах, на самом деле проект не всегда выбирается.
Чтобы дважды проверить, перейдите в свойства проекта и посмотрите, можете ли вы выбрать эту платформу в настройке Build-> Platform, если вы не можете, тогда вам нужно будет перейти в диспетчер конфигурации и создать эту конфигурацию.
У меня была эта проблема с некоторыми проектами Windows CE на новом ПК. «Выгрузить проект» и «Перезагрузить проект», казалось, решили проблему, но на самом деле Visual Studio просто переключилась на другую платформу и построила ее.
Оказалось, что хотя моя платформа WinCE была показана как активная платформа, Visual Studio «на самом деле» ее не видела. Решением было переустановите WinCE SDK с правами администратора:
- Убедитесь, что Visual Studio 2008 не запущен.
- Откройте «Командную строку Visual Studio 2008» от имени администратора. В Windows 7 просто щелкните ярлык правой кнопкой мыши и выберите параметр «Запуск от имени администратора».
- Введите следующую команду: msiexec /log SDKInstallLog.txt /package
- Когда вас спросят, хотите ли вы выполнить пользовательскую или полную установку, выберите пользовательскую и дайте установщику указание пропустить установку документации (в моем случае этот шаг не был необходим; на самом деле я просто попросил его «восстановить» существующую установку. )
- Установить
VS 2008 пропустит целевые объекты x64, если у вас не установлен компилятор x64. VS 2008 не работает по умолчанию. Типа черт, вещь.
Щелкните правой кнопкой мыши проект в файле решения, выберите свойства, вкладку приложения, измените целевую структуру с 4.0 на 3.5.
Затем выполните повторную сборку, и я получил кучу ошибок, связанных с отсутствием ссылок на сборку, что имеет смысл, поскольку я еще не добавил на них ссылки.
Я обновляю одно небольшое обновление Visual Studio 2017, а затем установщик напоминает мне перезагрузить компьютер, но я не перезагружаюсь. Когда я создаю свой проект или решение в Visual Studio 2017, я сталкиваюсь с той же проблемой, описанной выше. ключ, поэтому я перезагружаю свой компьютер, я сделал это.:>
У меня была аналогичная проблема, у меня был один проект, который по какой-то причине не мог загрузить в обозревателе решений. Когда я загрузил этот проект, он работал как шарм.
Я только что попал в такую беду:
- Я выгружал каждый проект и перезагружал их.
- Закройте все экземпляры VS и откройте VS от имени администратора (щелкните правой кнопкой мыши ярлык и выберите параметр «Запуск от имени администратора»)
Вот и все вернулось к работе, и я смог успешно построить все проекты.
Визуальная студия 2017
После добавления конфигурации в диспетчере конфигураций
Щелкните правой кнопкой мыши Project -> Project Only -> Build Only / Rebuild Only / Clean Only
Если все остальные настройки верны.
Проблема. При перестройке, сборке, очистке пропускались все мои проекты, кроме двух.
Решения, которые не помогли мне:
Параметры конфигурации решения были такими, как ожидалось, поэтому никакие изменения в них не помогли.
Разгрузка и перезарядка не сработали.
Причина возникновения:
Сработавшие решения:
Эй, только что починил. Думал, что это может помочь. Скорее всего, вы не установили соответствующие компиляторы вместе с Visual Studio. Это случилось со мной сегодня - по умолчанию установщик VS 2008 не устанавливает компилятор x64 C ++.
Если у вас есть SP1, удалите его перед изменением установки VS. Когда закончите, снова установите SP1.
Большинство изменений, вносимых в файлы, помещаются в очередь в качестве ожидающих изменений. По мере работы вы можете упорядочивать, администрировать и получать сведения о том, что вы изменили.
Работа в обозревателе решений
На главной странице Team Explorer (клавиатура: CTRL+0, H) можно начать писать код в новом либо в существующем решении.
Открыв решение, откройте обозреватель решений (клавиатура: CTRL+ALT+L).
При открытии и изменении файла в обозревателе решений файл извлекается автоматически. Значки отображаются, чтобы указать, какие файлы вы не изменились , те, которые вы извлекли , и те, которые вы добавили в решение .
Если вы работаете в решении с большим количеством файлов, возможно, вам будет удобно отфильтровать обозреватель решений, чтобы отобразить только измененные файлы (клавиатура: CTRL + [, P).
Использование страницы "Моя работа" для управления работой
Если вы используете Visual Studio Premium или Visual Studio Ultimate, вы можете использовать страницу "Моя работа" (клавиша CTRL+0, M) в обозревателе команд для управления работой.
- Отслеживание работы с рабочими элементами
- Приостанавливать и затем возобновлять работу (включая изменения файлов, связанные задачи, а также состояние Visual Studio, например положение окон и точек останова).
- Запрос проверки кода
Советы
- Вы можете управлять типами рабочих элементов, отображаемых в разделе "Доступные рабочие элементы ". Выберите один из параметров по умолчанию или любой из личных запросов, содержащихся в корневой папке "Мои запросы ". Чтобы работать с этими запросами, в обозревателе команд выберите "Главная" и выберите " Рабочие элементы".
- При перемещении рабочего элемента в список "Доступный", "Выполняется" или " Приостановлено" состояние рабочего элемента или примечания обновляются, чтобы ваша команда автоматически консультировалась о состоянии работы. Например, информация о состоянии задачи обновляется на доске задач. См . статью "Совместная работа [перенаправлено].
- Если проект содержит настраиваемые определения типов рабочих элементов, у вас могут возникнуть проблемы с использованием my Work, если только администратор проекта не выполнил определенные действия. Сведения о настройке и настройке средств гибкого планирования для проекта и обновлении настраиваемого шаблона процесса для доступа к новым функциям.
Использование страницы "Ожидающие изменения " для управления работой
Для управления работой можно использовать страницу "Ожидающие изменения" (клавиатура: CTRL+0, P) в Team Explorer.
- Вы можете открепить страницу "Ожидающие изменения" из обозревателя команд и открыть ее в новом окне.
- С помощью меню действий можно переключаться между представлениями списка и дерева.
Почти все изменения, вносимые вами в файлы на своем компьютере разработки, сохраняются в рабочей области в виде ожидающих изменений до тех пор, пока вы их не возвратите:
Работа с автоматически обнаруженными изменениями
Если вы работаете в локальной рабочей области, Visual Studio может обнаружить изменения, внесенные за пределами системы. При изменении файла за пределами Visual Studio (например, в Блокнот) изменения автоматически отображаются в включенных изменениях.
При добавлении или удалении файла за пределами Visual Studio, например, в обозревателе Windows (проводник в Windows 8), ссылка на обнаруженные изменения появится в разделе "Исключенные изменения". Выберите эту ссылку, если требуется включить эти изменения. Откроется диалоговое окно "Повышение уровня кандидатов". Вы можете открыть контекстное меню добавленных элементов и нажать кнопку "Обзор" в Windows Explorer, чтобы отобразить их или удалить с диска, чтобы удалить их.
Пустые папки отображаться не будут.
Если элементы, которые не нужно регулярно проверять, отображаются в диалоговом окне "Продвижение изменений кандидатов ", можно выбрать один из них, открыть его контекстное меню и выбрать пункт "Игнорировать этот локальный элемент ", чтобы игнорировать элемент. Вы также можете выбрать "Игнорировать по расширению" или "Игнорировать по имени файла", чтобы создать файл, который приведет к тому, что Visual Studio систематически игнорировать этот вид файла. Дополнительные сведения о файлах .tfignore см. в разделе "Добавление файлов на сервер".
Связывание рабочих элементов
Рекомендуется связать рабочие элементы (например, задачи или ошибки) с изменениями. В разделе "Связанные рабочие элементы" перетащите рабочие элементы из запроса или добавьте его по идентификатору.
Исключение изменений
Просмотр изменений
Вы можете напомнить о том, что вы изменили в файле.
Просмотр изменений на странице "Ожидающие изменения"
- На странице "Ожидающие изменения" откройте контекстное меню элемента и выберите:
- Сравнение с версией рабочей области , чтобы узнать, что вы изменились на версию в рабочей области
- Сравнение с последней версией , чтобы узнать, как изменения сравниваются с последней версией файла в базе кода вашей команды
Просмотр изменений из обозревателя решений или из обозревателя управления версиями
Будет открыто окно Различия. См . статью "Сравнение файлов".
Отмена ожидающих изменений
Вы можете отменить одно, несколько или все ожидающие изменения в рабочей области.
Несколько других вариантов:
- Вы можете сначала удалить изменения в наборе полок на сервере , прежде чем удалять их из рабочей области.
- Если вы уже проверили изменения и хотите вернуть его, см. раздел "Откат изменений".
Отмена нескольких ожидающих изменений
В Обозреватель решений, в окне ожидающих изменений или обозревателе системы управления версиями выберите один или несколько элементов, откройте их контекстное меню и выберите команду "Отменить" или "Отменить ожидающие изменения".
Чтобы отменить все изменения, внесенные в решение или проект кода, откройте контекстное меню и выберите команду "Отменить ожидающие изменения".
В диалоговом окне "Отмена ожидающих изменений" убедитесь, что выбраны изменения, которые нужно отменить, и нажмите кнопку "Отменить изменения".
Отмена всех ожидающих изменений
- На странице "Ожидающие изменения" щелкните ссылку "Действия " и нажмите кнопку "Отменить все".
Использование командной строки
Команда состояния : отображение ожидающих изменений в командной строке.
Команда checkin : просмотр ожидающих изменений в диалоговом окне "Возврат ".
Команда отмены : отмена ожидающих изменений.
Эту команду можно использовать для отмены извлечений другого пользователя, если у вас есть достаточные разрешения.
Вы можете использовать режим "Изменить и продолжить" в проектах C++. См. сведения об ограничениях режима "Изменить и продолжить" в руководстве по поддерживаемым изменениям кода (C++).
См. сведения об улучшениях Visual Studio 2015 с обновлением 3 в руководстве по режиму "Изменить и продолжить" (С++) в Visual Studio 2015 с обновлением 3.
Параметр компилятора /Zo (Enhance Optimized Debugging), который появился в Visual Studio 2013 с обновлением 3, добавляет дополнительные сведения в PDB-файлы символов для двоичных файлов, скомпилированных без параметра /Od (Disable (Debug)).
/Zo отключает режим "Изменить и продолжить". См. практическое руководство по отладке оптимизированного кода.
Включение и отключение возможности "Изменить и продолжить".
Можно отключить автоматический вызов возможности "Изменить и продолжить" при внесении изменений в код, которые не следует применять в текущем сеансе отладки. Можно также повторно включить автоматическую возможность "Изменить и продолжить".
См. требуемые параметры сборки и другие сведения о совместимости признаков в руководстве по режиму "Изменить и продолжить" (С++) в Visual Studio 2015 с обновлением 3.
Если вы работаете в сеансе отладки, остановите отладку (SHIFT+F5).
В меню Сервис выберите пункт Параметры.
В окне Параметры выберите папку Отладка > Общие.
Для включения щелкните Разрешить режим "Изменить и продолжить" . Для отключения снимите флажок.
В группе Изменить и продолжить установите или снимите флажок Включить собственную операцию "Изменить и продолжить" .
Изменение этого параметра влияет на все проекты, над которыми вы работаете. После изменения этого параметра не требуется производить повторную сборку приложения. Если сборка приложения осуществляется из командной строки или из Makefile, а его отладка происходит в окружении Visual Studio, возможность "Изменить и продолжить" можно по-прежнему использовать, если задать параметр /ZI.
Применение изменений кода явным образом
В С++ режим "Изменить и продолжить" может применять изменения кода двумя способами. Изменения кода могут быть применены неявно (при выборе команды выполнения) или явно (при использовании команды Применить изменения кода ).
При явном применении изменений кода программа остается в режиме приостановки — выполнение не продолжается.
- Для применения изменений кода явным образом в меню Отладка выберите Применить изменения кода.
Остановка внесения изменений в код
Пока режим "Изменить и продолжить" находится в процессе внесения изменений в код, можно остановить эту операцию.
Для остановки внесения изменений в код:
В меню Отладка выберите команду Остановить применение изменений кода.
Этот пункт меню становится видимым только в процессе внесения изменений в код.
При выборе этого параметра никакие изменения в коде не фиксируются.
Сброс точки выполнения
Некоторые изменения в коде могут вызвать перемещение точки выполнения в новое расположение, после того как эти изменения будут применены операцией "Изменить и продолжить". Операция "Изменить и продолжить" стремится разместить точку выполнения с максимально возможной точностью, однако в некоторых случаях результаты могут быть неверными.
В C++ об изменении точки выполнения сообщает диалоговое окно. Прежде чем продолжить процесс отладки, необходимо проверить, что точка установлена правильно. Если это не так, необходимо использовать команду Задать следующий оператор . Дополнительные сведения см. в разделе Задание следующего оператора для выполнения.
Работа с устаревшим кодом
В некоторых случаях операция "Изменить и продолжить" не может немедленно внести изменения в исполняемый код, но может внести их позже, если отладка будет продолжена. Это происходит при изменении функции, вызвавшей текущую выполняемую функцию, или при добавлении новых переменных объемом более 64 байт в функцию, которая находится в стеке вызовов.
В таких случаях отладчик продолжает выполнение исходного кода до тех пор, пока эти изменения не вступят в силу. Устаревший код отображается в качестве временного исходного файла в отдельном окне исходного кода. Заголовок этого окна имеет вид наподобие enc25.tmp . При этом отредактированный исходный код остается в своем окне. При попытке редактирования устаревшего кода появляется предупреждение.
У меня проблема с моей Visual Studio 2013 Ultimate через несколько дней. Я пытаюсь открыть даже самое простое консольное приложение, и VS зависает, и когда я нажимаю что-то еще в Visual Studio, в правом нижнем углу появляется Visual Studio занята: Microsoft Visual Studio ожидает завершения внутренней операции.
Я отремонтировал Visual Studio без изменений, затем удалил и установил свежий VS, и проблема все еще существует. Тоже проверял на вирусы. Все остальное в Windows работает нормально. Я отключил CodeLens, изменил текущий подключаемый модуль управления версиями на None, потому что обнаружил, что иногда эти два параметра зависают, но по-прежнему нет изменений.
Для пользователей VS2015, которые сталкиваются с этой проблемой: закройте все, удалите папку «.vs» в корне проекта и снова откройте ее.
Важная его часть:
- Удалите кеш веб-сайта из следующего места: C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebsiteCache
- Перезагрузите IIS: Start → RUN → iisreset
- Перейдите в Инструменты → Параметры, просмотрите все параметры и отключите все ненужные параметры.
- Очистить кэш.
- Удалите временные файлы.
- Убедитесь, что на диске C (системном) достаточно места.
Проблема устранена . Я создаю новый консольный проект и подождал двадцать минут, чтобы создать проект. Теперь после создания каждый проект открывается сразу без проблем.
- 7 Для меня решение было удалить , проверьте этот и этот пост и выполните шаги один за другим, если ничего не работает, попробуйте удалить , надеюсь, поможет кому-то.
- C: \ Users \ <> \ AppData \ Local \ Microsoft \ Team Foundation
- C: \ Users \ <> \ AppData \ Local \ Microsoft \ VisualStudio
- C: \ Users \ <> \ AppData \ Local \ Microsoft \ VSCommon
Будьте осторожны, вы потеряете все настройки проекта.
Я столкнулся с той же проблемой на своем ПК с Win10, затем я просто исправил ее, установив обновление Visual Studio в Инструменты → Расширение → Обновление → Обновление Visual Studio 2013 5.
После того, как я установил «Visual studio 2013 Update 5», проблема исчезла.
У меня это сработало: я удалил свои временные файлы .suo и .tss, затем повторил попытку. Раньше я создавал новый пустой SLN и снова добавлял в него свои проекты - это тоже работает.
- Что такое файлы .tss и где их найти?
- оказывается, это файлы «tab studio» - расширение вкладки VS. - не имеет отношения к проблеме
удалить проект, перейти в другую судьбу.
У меня было две причины, кроме папки suo / vs:
У меня есть решение для многих проектов. Вчера вечером добавил в решение новый проект. Сегодня утром IDE VS15 зависала с этой ошибкой после загрузки моего решения. Я пробовал многие из предложений в этой теме, но ни один из них не работал.
Я удалил новый проект из решения, и теперь все работает нормально. Что-то должно быть повреждено или просто неправильно в моем файле .csproj. Как только он был удален из .sln, все, казалось, снова работало нормально. Сейчас перестрою новый проект.
Как бы то ни было, я помню, как работал с проектом, в котором использовался элемент управления исходным кодом git, и мы обнаружили, что клиент git для визуальных студий заставлял всю среду работать очень-очень медленно, вероятно, потому, что проект был очень большим.
Перейдите в Инструменты-> Параметры-> Управление исходным кодом-> Выбор плагина-> Выбрать из списка «Нет».
В прошлом это значительно улучшило мою жизнь, надеюсь, это поможет вам!
Это случилось со мной при обновлении пакета SSIS с помощью VS 2008,
Решение: откройте файл dtsx, найдите все таймауты и измените их примерно на 10 секунд, по какой-то причине некоторые из них имеют значение 0, что в основном означает: «зависать навсегда».
1) удаление папки .vs в файле проекта
2) Удаление веб-кеша в C: \ Users \ user_name \ AppData \ Local \ Microsoft \ WebsiteCache
3) Очистка временных файлов
4) Обновите / обновите или переустановите vs :(
Но, возможно, вы все еще не нашли решение, тогда следующий шаг должен быть
УДАЛИТЬ ПРОГРАММУ АНТИВИРУСА
Для тех, у кого эта проблема когда-нибудь возникает в проектах WPF, вы должны просто закрыть процесс в диспетчере задач и после этого нажать кнопку на вкладке конструктора XAML в Visual Studio. Таким образом вы продолжите работу, не закрывая визуальную студию.
У меня возникла аналогичная ошибка, когда я установил расширение Wix, поэтому при открытии проекта типа Wix я получал эту ошибку. Я просто перезапустил машину и снова открыл решение, и проблема исчезла.
Эта проблема возникла со мной, потому что из-за большого количества строк кода в одной функции (более двух тысяч строк) я разделил свой код на несколько функций, чтобы все работало правильно.
Эта проблема
Эта проблема возникает, когда источником данных является представление, которое выбирает из результатов других представлений.
Что происходит, так это то, что процедура, вычисляющая, какие столбцы предоставляются представлением, запуталась.
Решение проблемы
Создайте хранимую процедуру, которая:
- Создает временную таблицу
- ВСТАВЛЯЕТ результаты просмотра во временную таблицу
- Выбирает из временной таблицы
Это позволяет подпрограмме потока данных вычислять, какие столбцы предоставляются представлением.
Как я нашел решение
Я нашел этот ответ при создании новой задачи потока данных с помощью помощника источника данных Visual Studio 2010.
Я гарантировал, что не столкнусь с проблемами сети между базой данных и приложением, разместив их на одном сервере.
Рассматриваемое представление было основано на двух других представлениях, которые указывали на несколько таблиц в нескольких базах данных.
SSIS pkg был создан учетной записью Windows, которая также является администратором сервера в Sql, но я думаю, что SSIS просто неспособен проверить данные из такого сложного представления.
Не большая проблема! Просто перезапустите свою ОС, ууууу Решено, все работает гладко. Это происходит, если мы пытаемся открыть более одного проекта одновременно.
Читайте также: