Visual studio не видит проекты

Обновлено: 07.07.2024

Многие команды используют такие инструменты, как Slack и Discord, чтобы оставаться на связи как группа. Контроль версий позволяет людям совместно работать над проектом и синхронизировать его с одним и тем же онлайн-хранилищем.

Эти инструменты являются фантастическими, но что если бы был способ объединить эти понятия в IDE? У Microsoft есть ответ в Live Share для кода Visual Studio (VS) и Visual Studio. Сегодняшнее руководство будет посвящено VS Code.

Что такое VS Live Share?

Пакет VS Live Share Extension содержит аудио, позволяющее пользователям делиться вызовами, а также интеграции для Slack и Discord. Наряду с очевидными преимуществами для удаленных работников, Live Share также является образовательным инструментом. Совместно используемые терминалы и серверы делают Live Share идеальным учебным пособием в классе.

Настройка кода Visual Studio для совместной работы

VS Code бесплатен и доступен для Windows, MacOS и Linux. Если вы еще не являетесь пользователем VS Code, скачайте и установите его, прежде чем продолжить.

Новые логотипы появляются на боковой панели

При перезагрузке вы увидите несколько новых значков на панели инструментов, гашиш символ, обозначающий панель интеграции Slack и Discord, и стрела символ для панели Live Share.

Настройка сеанса общего доступа в коде VS

визуальный код студии

Настройка сеанса обмена довольно проста. Откройте вкладку VS Live Share на левой панели инструментов. Детали сессии окно дает три варианта для обмена кодом:

  • Присоединиться к сеансу сотрудничества: Используйте это, чтобы присоединиться к чьему-либо сеансу, если они дали вам URL.
  • Начать сеанс совместной работыИспользуйте это для создания собственного сеанса совместной работы, где другие пользователи могут редактировать код.
  • Начать сеанс совместной работы только для чтенияИспользуйте это для создания сеанса совместной работы, в котором пользователи могут просматривать, но не редактировать код.

Это не важно, хотя рекомендуется для скорости и стабильности соединения.

Запрос брандмауэра для быстрого соединения

Информационное окно в правом нижнем углу будет содержать вашу ссылку для совместной работы, а также варианты, чтобы сделать комнату только для чтения и ссылку на дополнительную информацию о процессе обмена.

Контекстное окно совместного доступа к сеансу Live Share

Скопируйте ссылку в буфер обмена и передайте ее другу или коллеге, у которой также установлен VS Live Share, и вы готовы к работе!

Совместная работа с базовым кодом в VS Code

Совместная работа с кодом не меняет ваш опыт программирования. Вместо этого он добавляет слой сверху. Создание сеанса Live Share открывает окно чата. Это доступно для всех пользователей, вошедших в систему или только для чтения.

Гость только для чтения по имени Джимми присоединяется к чату

В любое время во время совместной работы вы можете снова открыть окно чата, получить URL-адрес для общего доступа или завершить сеанс с помощью панели Live Share.

Live Share в окне прогресса


Теперь откройте любой файл, с которым вы хотите сотрудничать, и начните писать как обычно. Участники, работающие над тем же сценарием, что и каждый из вас, имеют цветной курсор, показывающий, где они работают. Помимо того, что они работают в режиме реального времени, также выделяется выделение, позволяющее легко указывать на ошибки и предлагаемые изменения.

Удаленная подсветка текста участника


Совместная работа может осуществляться между любыми файлами в каталоге проекта, и вы можете увидеть, над каким сценарием все работают, на панели Live Share. Вы также можете поделиться терминалом VS Code в только для чтения а также читай пиши режимы и локальный сервер для работы на JavaScript или других веб-проектах.

Отслеживание и фокусирование сотрудников

Иногда вам захочется объяснить что-то, что требует выхода за рамки одного сценария. Пользователи могут подписаться друг на друга, щелкнув свое имя на панели Live Share. Теперь, куда бы они ни пошли в проекте, вас будут тянуть с собой, чтобы посмотреть, что они делают.

Точно так же, нажав на маленький мегафон на панели «Сведения о сеансе» Фокусы участники к вашему текущему мнению.

Мегафон фокусирует всех участников на ваш взгляд


Это удобно, когда вам нужно быстро привлечь внимание каждого к определенной части проекта. Сосредоточенные участники имеют возможность продолжать следовать за вами с этого момента.

Использование аудио в VS Live Share

Присоединение к аудиовызову в Live Share


Все соавторы и гости имеют доступ к вызову, что делает его идеальным для совместной работы, обучения или представления группе о том, как продвигается проект. Доступ к настройкам вызова можно получить, щелкнув правой кнопкой мыши активный вызов или щелкнув по зубчатому колесу.

Щелкнув по красному символу отключения, вы покидаете комнату чата, хотя она останется доступной, пока сеанс остается активным.

Слабая интеграция с кодом VS

Настроить Slack в VS Code просто. Нажмите на логотип Slack на левой панели и выберите Настройка Slack, Это приведет вас к окну браузера, чтобы авторизовать VS Code для доступа к рабочей области.

Авторизация приложения с Slack

Вы должны быть администратором, чтобы авторизовать приложение VS Code Slack. Как только он будет связан, рабочее пространство Slack будет отображаться как другая вкладка в VS Code.

Безопасность и конфиденциальность в VS Live Share

Поскольку в чате могут разговаривать даже гости с правами только на чтение, существует вероятность ненадлежащего поведения со стороны людей, которым не нужна общая ссылка.

Live Share также позволяет совместно использовать терминал в режиме чтения / записи. Это создает значительный риск для безопасности в чужих руках.

Разделение доступа к вашему терминалу может быть рискованным делом.


Короче говоря, будьте внимательны, с кем вы делитесь ссылкой Live Share, и тщательно продумайте, прежде чем разрешать редактирование и терминальные привилегии людям.

Эти расширения являются примерами основных интеграций с VS Code. Опытные пользователи уже знают о многих других, которые помогают с завершением кода, написанием кода и тестированием. Live Share также позволяет людям учиться как в классе, так и дистанционно, но самостоятельно изучать их с помощью отличного онлайн-курса.

11 лучших сайтов для бесплатных онлайн курсов по компьютерному программированию



11 лучших сайтов для бесплатных онлайн курсов по компьютерному программированию
В наши дни вы можете стать мастером кодирования, не приобретая традиционную степень информатики. Вы спрашиваете, где находятся все эти прекрасные учебные ресурсы? Отличный вопрос Продолжайте читать, и мы покажем вам.
Прочитайте больше

все еще важно.

Узнайте больше о: инструментах для совместной работы, коде Visual Studio.

В этом разделе рассмотрены решения по устранению проблем, типичных для набора средств Visual Studio для Unity, приведено описание известных проблем и показано, как улучшить функционирование набора средств Visual Studio для Unity с помощью отчетов об ошибках.

Устранение неполадок соединения между Unity и Visual Studio

Параметр Confirm Editor Attaching включен или Code Optimization On Startup установлен в значение Debug

В меню Unity выберите Edit / Preferences .

В зависимости от используемой версии Unity:

  • Убедитесь, что Code Optimization On Startup для параметра задано значение Debug .
  • Или выберите External Tools вкладку. Убедитесь, что Editor Attaching флажок включен.

Не удается подключить

  • Попробуйте временно отключить антивирусную программу или создать правила исключения для VS и Unity.
  • Попробуйте временно отключить брандмауэр или создать правила, разрешающие сетевое взаимодействие между VS и Unity по протоколам TCP/UDP.
  • Некоторые программы, например Team Viewer могут препятствовать обнаружению процессов. Попробуйте временно остановить все лишнее программное обеспечение, чтобы выяснить, повлияет ли это на что-либо.
  • Не переименовывайте основной исполняемый файл Unity, так как VSTU отслеживают только процессы "Unity.exe".

Сбои Visual Studio

Эта проблема может быть вызвана повреждением кэша MEF в Visual Studio.

Попробуйте удалить следующую папку, чтобы сбросить кэш MEF (перед этим закройте Visual Studio):

Visual Studio не отвечает

Некоторые подключаемые модули Unity, такие как Parse, FMOD, UMP (Universal Media Player), ZFBrowser или Embedded Browser, используют собственные потоки. Эта проблема возникает, когда подключаемый модуль подключает собственный поток к среде выполнения, что блокирует вызовы ОС. Это означает, что Unity не может прервать этот поток для отладчика (или перезагрузки домена) и перестает отвечать на запросы.

Для FMOD существует обходной путь. Вы можете передать флаг инициализации FMOD_STUDIO_INIT_SYNCHRONOUS_UPDATE , чтобы отключить асинхронную обработку и выполнять всю обработку в основном потоке.

Несовместимый проект в Visual Studio

очень важно помнить, что Visual Studio сохраняет "несовместимое" состояние в параметрах проекта и не пытается перезагрузить проект до тех пор, пока не будет явно использован Reload Project . Поэтому после каждого шага устранения неполадок убедитесь, что вы пытаетесь повторно открыть решение, и попробуйте щелкнуть правой кнопкой мыши все несовместимые проекты и выбрать Reload Project .

Дополнительные перезагрузки или закрытие всех открытых окон в Visual Studio

Никогда не работайте с файлами проектов непосредственно из обработчика ресурсов или иного средства. Если вам действительно необходимо совершить операции с файлом проекта, мы предоставляем для этого интерфейс API. См. раздел Проблемы со ссылками на сборку.

В случае исключений не происходит останов отладчика

В ОС Windows система Visual Studio предлагает скачать целевую платформу Unity

Проблемы со ссылкой на сборку или свойством проекта

в случае последних версий Visual Studio и Unity лучшим подходом будет использование пользовательского Directory.Build.props файла вместе с созданными проектами. После этого вы сможете участвовать в структуре проекта, не мешая процессу создания.

Точки останова с предупреждением

Если Visual Studio не удается найти исходное расположение для определенной точки останова, рядом с ней отображается предупреждение. Убедитесь, что используемый вами скрипт правильно загружен и используется в текущей сцене Unity.

Точки останова не срабатывают

Не удается выполнить отладку проигрывателей Android

Мы используем для обнаружения проигрывателей многоадресную рассылку (это стандартный механизм, применяемый в Unity), но затем применяется простое соединение TCP для подключения отладчика. Этап обнаружения — основная проблема для устройств Android.

Связь через Wi-Fi универсальна, однако она слишком медленная по сравнению с USB из-за задержки. Мы наблюдали отсутствие должной поддержки многоадресной рассылки у некоторых маршрутизаторов или устройств (этим известна серия Nexus).

Связь по USB обладает отличной скоростью для отладки. Инструменты Visual Studio для Unity теперь могут обнаруживать устройства USB и согласовывать с сервером ADB правильную переадресацию портов для отладки.

Проблемы с IntelliSense или разметка кода

попробуйте обновить Visual Studio до последней версии. Выполните те же действия по устранению неполадок, что и для несовместимых проектов.

Известные проблемы

При отладке Unity иногда аварийно завершает работу.

При отладке Unity иногда зависает.

Пошаговая отладка с заходом и выходом из методов иногда ведет себя некорректно, особенно в итераторах или внутри инструкций switch.

Отчеты об ошибках

Помогите нам улучшить качество набора средств Visual Studio для Unity: отправляйте нам отчеты об ошибках при аварийном выходе, зависании или в случае других ошибок. Эти сведения помогают нам определять причину и устранять проблемы в наборе средств Visual Studio для Unity. Спасибо!

Как сообщить об ошибке в случае зависания Visual Studio

Существуют отчеты о том, что иногда Visual Studio зависает при отладке с помощью набора средств Visual Studio для Unity, но чтобы разобраться в проблеме, нам требуется больше данных. Вы можете помочь нам разобраться с проблемой, если выполните следующие действия.

Создание отчета о зависании Visual Studio во время отладки с помощью набора средств Visual Studio для Unity

Откройте новый экземпляр Visual Studio.

Откройте диалоговое окно "Присоединение к процессу". В новом экземпляре Visual Studio в главном меню выберите Отладка, Присоединение к процессу.

Присоедините отладчик к замороженному экземпляру Visual Studio. В диалоговом окне Присоединение к процессу выберите замороженный экземпляр Visual Studio в таблице Доступные процессы , а затем нажмите кнопку Присоединить .

Приостановите отладчик. В новом экземпляре Visual Studio в главном меню выберите Отладка, Прервать все или просто нажмите CTRL+ALT+BREAK.

Создайте дамп потока. В окне командной строки введите следующую команду и нажмите клавишу ВВОД:

Возможно, сначала будет нужно отобразить окно Команда . В Visual Studio в главном меню выберите Представление, Другие окна, Командное окно.

Откройте терминал и получите идентификатор процесса Visual Studio для Mac:

Запустите отладчик lldb.

Подключитесь к экземпляру Visual Studio для Mac, используя идентификатор процесса:

Я отлаживаю чужую работу, и решение довольно велико. Когда я пытаюсь собрать все целиком, несколько проектов в рамках решения не создаются, а просто пропускаются. Просмотр окна вывода во время процесса сборки говорит:

Как я могу определить, почему эти сборки были пропущены? Я не могу найти дополнительный вывод.

Щелкните правой кнопкой мыши решение, выберите «Свойства», а затем «Свойства конфигурации». Здесь вы можете выбрать, какие проекты строить.

[ Правка ]:
См. Комментарий Kdt: . когда я посмотрел в свойствах конфигурации . цель сборки проекта была настроена для "Смешанных платформ", в то время как решение было настроено на сборку "Любой ЦП".

* Когда эта проблема случилась со мной, в основном проекте был только «Любой ЦП», и он также установил для дочерней библиотеки «Любой ЦП», однако я удалил этот профиль и оставил только «x86». Выбор x86 только для DLL, чтобы он начал работать
[/редактировать]

У меня просто была одна и та же проблема - «выгрузить проект» и «перезагрузить проект» решил проблему!

Если значение конфигурации x64 и x64 компилятор не установлен, проект будет пропущен.

Операции по сборке, перестройке и очистке пропускались. Выгрузка и перезагрузка не помогли, равно как и перезапуск Visual Studio.

Как только я удалил проект из решения и добавил его обратно, он больше не пропускается. Чтобы удалить его, в обозревателе решений щелкните правой кнопкой мыши проект> Удалить> ОК. Чтобы добавить его обратно, в обозревателе решений щелкните правой кнопкой мыши решение> Добавить> Существующий проект и выберите свой проект.

Visual Studio 2008, это может быть потому, что 64-битный компилятор не был бы установлен.

Панель управления -> Программы и компоненты -> Microsoft Visual Studio 2008 professional -> [двойной щелчок]

В диалоге Visual Studio

Далее -> Добавить/удалить компоненты -> (Под) Visual C++ -> (выбрать) x64 компилятор и инструменты

Эй, только что исправил это. Думаю, это может помочь. Скорее всего, вы не устанавливали соответствующие компиляторы вместе с Visual Studio. Это случилось со мной сегодня - по умолчанию установщик VS 2008 не устанавливает x64 C++ компилятор.

Если у вас есть SP1, удалите его перед изменением установки VS. Когда закончите, установите SP1 снова.

Проблема существует и в VS 2010; из предложенных решений: редактирование конфигурации сборки, очистка, изменение/изменение целевой структуры, НЕ работают. Но выгрузка и перезагрузка проекта делает.

Зайдите в меню сборки и выберите «Диспетчер конфигурации». Это покажет, какие проекты настроены для построения в выбранной вами конфигурации.

Если бы возникла та же проблема, выяснилось, что настройки проекта были для процессора Itanium, а изменение на Intel исправило.

Щелкните правой кнопкой мыши на Solution в вашем обозревателе решений, затем выберите Property в нижней части меню. В окнах свойств нажмите Свойства конфигурации -> Конфигурация на левой панели, вы увидите список проектов на правой панели, убедитесь, что во всплывающем окне установлен флажок Построить.

Если ваше решение содержит файл проекта NuGet (* .nuproj), попробуйте выгрузить его, а затем пересобрать решение.

Это сработало для меня после того, как ничего из вышеперечисленного не сработало.

Работал с той же проблемой с VS2005, все конфигурации были правильными . Он даже пропускал команду Очистить проект.

Наконец выгрузка/перегрузка сделали волшебство.

Мое решение такое же, как упомянуто ранее: Удалить -> Добавить существующий проект

Но Это решение подразумевает, что ссылки между проектами исчезают

Чтобы избежать повторного добавления ссылок: и в случае, если вы используете систему контроля версий , например, GIT или TFS или что-то еще, можно достичь цели с помощью следующих шагов:

Просмотрите все проекты, исключив их из решения и добавив к ним существующие.

Обратите внимание, что файл .sln изменился

Сохраните новый файл .sln, но отмените изменения всех файлов .cspoj в системе контроля версий

Щелкните правой кнопкой мыши проект в файле решения, выберите свойства, вкладку приложения, измените целевой фреймворк с 4.0 на 3.5.

Затем перестройте, и я получил кучу пропущенных ошибок ссылок на сборки, что имеет смысл, поскольку я еще не добавил ссылки на них.

У меня была похожая проблема, у меня был один проект, который по какой-то причине не мог загрузиться в обозревателе решений. Когда я загрузил этот проект, он работал как шарм.

VS 2008 будет пропускать цели x64, если у вас не установлен x64 компилятор. VS 2008 не по умолчанию. Вроде дух, вещь.

Я обнаружил, что иногда, когда у вас есть целевая платформа, настроенная на, скажем, x86 в вашем решении, а в ваших проектах проект не всегда был выбран.

Для двойной проверки перейдите в свойства проекта и посмотрите, можете ли вы выбрать эту платформу в настройке Build-> Platform, если не можете, то вам нужно будет перейти к диспетчеру конфигурации и создать эту конфигурацию.

я обновился до 15.9.11, . после некоторых сборок та же проблема: большинство проектов пропускаются (которые строятся секунду назад без проблем). Разгрузка/перезагрузка решения всегда помогает в моем случае, но это скоро произойдет снова.

Я понятия не имею, почему . кроме большой ошибки в VS2017

Я проверил диспетчер конфигурации, все галочки установлены для сборки.

Возможно, это как-то связано с пакетами nuget, но это только предположение

Решение имеет только c ++/vcxproj, но не csproj. 64 и 32 установлены оба

сначала убедитесь, что вы выполняете «чистую» очистку. Visual Studio, как правило, не будет перестраивать проект, который не устарел (насколько это возможно), и будет просто повторно использовать объектный код, который у него уже есть.

Запуск clean должен очистить весь ранее скомпилированный код, а VS не должен пропускать проект (при условии, что менеджер конфигурации выбрал проекты для сборки . см. Предыдущий ответ).

Надеюсь, это поможет.

Я обновляю одно небольшое обновление Visual Studio 2017, а затем установщик напоминает мне перезагружать компьютер, но я не перезагружаюсь. Когда я строю свой проект или решение в Visual Studio 2017, я сталкиваюсь с той же проблемой, описанной выше. ключ, поэтому я перезагрузил компьютер, я сделал это.:>

У меня был странный, который, возможно, стоит документировать среди других возможностей здесь ..

Я добавил Shared Project к своему решению с кодом, который использовался в двух или трех других проектах. Как вам известно, общие проекты - это просто код, а не проект в традиционном смысле. Вы не можете «построить» общий проект, это просто код, который встроен в другие проекты, а затем встроен в него.

Но каким-то образом мой файл решения был обновлен так, как если бы общий проект был его собственной задачей, которую нужно было собрать. Я предполагаю, что всякий раз, когда я пытался собрать и не менял код в общем проекте, он полагал, что «ничего не изменилось, пропустите эти сборки»

Я нашел общий проект в файле solution.sln , например:

.. что хорошо. То, что не хорошо, - то, что этот проект также появился в GlobalSection(ProjectConfigurationPlatforms) = postSolution как:

Я удалил эти четыре строки из своего файла .sln , и теперь все снова кажется счастливым

У меня была эта проблема с некоторыми проектами Windows CE на новом ПК. «Unload project» и «Reload project», по-видимому, решали проблему, но на самом деле Visual Studio просто переключилась на другую платформу и создала ее.

Оказалось, что хотя моя платформа WinCE была показана как активная платформа, Visual Studio "действительно" не видела ее. Решением было переустановить WinCE SDK с привилегиями администратора :

  • Убедитесь, что Visual Studio 2008 не работает.
  • Откройте «Командная строка Visual Studio 2008» в качестве администратора. В Windows 7 просто щелкните правой кнопкой мыши по ярлыку и выберите «Запуск от имени администратора».
  • Введите следующую команду: msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
  • Когда вас спросят, хотите ли вы выполнить выборочную или полную выборку установки, и попросите установщика пропустить установку документации (этот шаг не был необходим в моем случае; на самом деле я просто попросил его «восстановить» существующую установку). )
  • Устанавливать

У меня была похожая вещь, случившаяся со мной. Я не уверен, в чем проблема, но это не будет Очистить , Сборка , Перестроить и т.д. Я работаю в Visual Studio 2017 и хотел сборку netstandard2.0 , Проблема для меня заключалась в том, что каким-то образом тип проекта был неправильным, может быть, я начал с библиотеки классов netcoreapp , что-то вроде этого, застрявшее в файле Solution , я не помню. Как бы то ни было, я сделал резервную копию проекта, создал новый проект библиотеки классов netstandard , и учел в битах резервной копии, и это исправило это для меня. HTH кто-то.

Я только попал в эту проблему:

  1. Я разгрузил каждый проект и перезагрузил их.
  2. Закрыл все экземпляры VS и открыл VS как администратор (щелкните правой кнопкой мыши по ярлыку и выберите опцию «Запуск от имени администратора»)

Вот и все, что вернулось в действие, и я смог успешно построить все проекты.

Но индивидуальные потребности отличаются от усредненных! Поэтому настройка Visual Studio необходима. Я буду рассматривать настройки исходя из моих личных предпочтений и потребностей web разработки т.к. это моя повседневная деятельность. При этом важно заметить, что мои настройки применимы, хотя бы в части, и к другим версиям программы, а также к другим направлениям разработки

Убираю стандартную панель инструментов

Потому, что она мне не нужна. Хотя функциями размещенными на ней я постоянно пользуюсь. Но для этого использую клавиатуру, а место на экране она занимает. Особенно критично место на экране если приходится работать на ноутбуке.


стандартная панель инструментов

Сохранение файла: Ctrl + S, Сохранение всех файлов: Ctrl+Shift+S

Отмена и повтор действия: Ctrl+Z и Ctrl+Y соответственно


стартовая страница VS

Захожу в меню Options > Tools. Далее в появившемся окне выбираю Environment > Startup. Выбираю Show empty environment. И заодно выключаю галочку Donwload content every. К чему мне подгрузка контента из интернета? Не зачем. Когда надо тогда в браузере посмотрю.

отключение стартовой страницы отключение стартовой страницы 2

Цветовая схема Visual Studio

Существует три схемы Light, Dark, Blue (Светлый, Темный, Синий).

Важно: при смене цветовой схемы изменятся и размеры шрифтов. Поэтому все манипуляции с размерами шрифтов лучше проводить после того как вы определились с выбором цветовой схемы.


черная цветовая схема


синяя цветовая схема

Глаза программиста основной инструмент. Даже наличие мозгов не так критично( Можно не сильно напрягаясь делать простенькие сайтики) Но почему-то об этом не думают разработчики студии. Размер шрифтов сразу же напрягает зрение. А сидеть в напряжении глаз полный рабочий день не стоит.

Кстати, минимальное расстояние от глаз до монитора это 50 см. Очень рекомендую соблюдать эту норму. Вообще, это тема отдельной статьи правильная организация рабочего места, которую надо написать.


шрифты в VS в базе

Настройки шрифтов: Захожу в меню Options > Tools. Далее в появившемся окне выбираю Environment > Fonts and Colors.

Для себя я решил увеличить размер букв на 1 пункт. Вы же для себя подберите наиболее оптимальный размер сами. Возможно понадобится и больше. Главный критерий : глаза не должны испытывать дискомфорта.

Увеличиваю размер в текстовом редакторе (text editor). Это все таки основной рабочий инструмент с наибольшим временем использования.


шрифты в редакторе

Аналогично для меню и общего интерфейса:

По умолчанию тут нельзя сменить размер шрифта (кегль). Для этого нужно сменить сам шрифт с автоматического. Тут сразу возникнет вопрос: а на какой шрифт сменить? В Windows 7 по умолчанию Segoe UI. Если выбрать этот вариант, то визуально ничего не изменится. И вот теперь уже можно сменить кегль.


шрифты в меню

Ну вот. Стало значительно лучше:


шрифты в VS после настройки

На этом первоначальную настройку можно закончить, хотя процесс этот очень сильно индивидуальный.

Читайте также: