Visual studio не видит файлы в папке
VS Code 1.57 вводит концепцию доверенных рабочих областей. Надежные рабочие области пытаются дать понять, что, хотя простой просмотр кода безопасен, включение всех функций редактора в папке / проекте, полученном из вредоносного источника, может потенциально подвергнуть вас опасности.
Запрос отображается при первом открытии новой папки. Здесь VS Code спрашивает, следует ли ему доверять или нет:
Если вы выберете Yes, I trust the authors , VS Code будет доверять текущему рабочему пространству и включит в нем все функции редактора, к которым вы привыкли.
Вы можете легко изменить свой выбор и позже
Так следует ли мне доверять этому рабочему пространству?
В конечном итоге вам нужно будет решить для себя, доверяете ли вы рабочему пространству или нет. Вот несколько общих рекомендаций:
Используйте ограниченный режим, если:
Вам просто нужно быстро прочитать код.
Вы получили рабочее пространство из незнакомого / ненадежного источника (например, из случайного zip-архива, который кто-то разместил на отрывочном форуме)
Доверяйте рабочему пространству, если:
Вы доверяете источнику рабочей области и знаете, как код попадает в вашу рабочую область
И вам также понадобятся все функции VS Code, такие как отладка
Что, если я передумаю?
Допустим, вы начали в ограниченном режиме, но позже понимаете, что теперь вам нужно использовать отладчик (и вы уверены, откуда взялось содержимое рабочей области). Чтобы перейти в доверенный режим, вы можете:
Щелкните запись restricted mode в строке состояния
Запустите команду Workspaces: Manage Workspace Trust в палитре команд
Откроется новый редактор, который позволит вам управлять доверием к текущей рабочей области:
Выберите Trust , чтобы перейти в надежную рабочую область
Могу ли я отключить доверенные рабочие области?
Да, но имейте в виду, что это требует компромисса с безопасностью. Вот несколько вариантов:
Использование единой надежной папки для хранения ваших проектов
Если вы работаете со многими проектами, которым доверяете, и не хотите, чтобы вам предлагали доверять каждому из них в отдельности, вы можете доверять их родительской папке.
- Запустите команду Workspaces: Manage Workspace Trust
- Прокрутите вниз до раздела Trusted folders and workspaces и нажмите Add Folder
- Выберите родительскую папку для всех доверенных рабочих областей.
Теперь любой проект, который вы открываете в родительской папке, будет автоматически доверенным.
Полное отключение доверенных рабочих областей
Если вы действительно хотите полностью отключить доверенные рабочие области, вы можете использовать параметр Security › Workspace › Trust: Enabled .
Исправлено путем восстановления VS2015 из установочного файла.
Исправлено путем восстановления VS2015 из установочного файла.
В VS 2015 появилась новая функция «Скрыть папку / Показать папки». иногда люди непреднамеренно нажимают на нее. вы можете вернуть его, щелкните правой кнопкой мыши на решении и выберите параметр «Показать» в списке, как показано на рисунке ниже.
Была эта проблема, но только в одном конкретном проекте, где я не мог видеть файлы в папках. Если бы я открывал другой проект, я мог бы видеть его файлы, находящиеся в папках, поэтому я знал, что у меня нет проблемы, характерной для всей Visual Studio. Итак, я просто перестроил свой проект. Шаги:
- Закройте Visual Studio.
- Мой проект переместился в другую папку (чтобы я мог воссоздать свой проект с его старым именем)
- Запустил VS. Создал еще один проект, похожий на мой последний, включая все страницы и папки.
- Скопировал мои старые страницы из моей старой папки Explorer поверх страниц в папке Explorer моего нового проекта (Visual Studio распознает изменения и спросит вас, хотите ли вы перезагрузить контент - скажите «Да для всех»).
- Скопируйте классы из старой папки проводника в новую.
- В VS в обозревателе решений щелкните правой кнопкой мыши папку, которую вы создали там, которая представляет собой проводник, в который вы скопировали классы на шаге 5, выберите «Добавить существующий элемент . » и выделите все классы (Ctrl + A или удерживайте Ctrl и щелкните мышью по файлам) и нажмите Добавить.
Вы должны вернуться туда, где обозреватель решений снова сможет отображать ваши файлы.
Если он преобразован, то файл должен быть там. Возможно, файл решения обновился и пропустил ссылку на эту папку.
Попробуйте следующие шаги:
Щелкните решение правой кнопкой мыши и выгрузите его, затем отредактируйте решение (щелкните правой кнопкой мыши и отредактируйте решение), проверьте указанный путь к файлу и определите, является ли он правильным или нет.
Перейдите в каталог проекта и проверьте, есть ли там файлы. Если файлы есть: обновите решение и щелкните, чтобы отобразить скрытые файлы, и, если вы видите этот файл, добавьте в решение.
Если файлов нет в каталоге, добавьте существующий файл в решение.
У меня такая же проблема. Ремонт установки не помог. Удаление и новая установка сделали свою работу.
Файлы, вероятно, не указаны в решении. Попробуйте щелкнуть правой кнопкой мыши папку в VS, выбрать «Открыть в проводнике», а затем перетащить содержимое в папку в VS. Это должно добавить их в файл .sln.
После добавления файла в правильную папку. Нажмите на опцию Показать все файлы, включите файл в проект. Вот и все
Столкнулся с этой проблемой с VS 2015 Community Edition и определил, что проблема связана с одним из расширений (расширение Mexedge Stylesheet в моем случае). После отключения этого расширения и перезапуска проблема была решена.
Как решить проблему? Благодарю.
Решение
Если вы выбираете Project а потом All Files в меню все файлы должны отображаться в обозревателе решений, которые физически находятся на карте вашего проекта, но не (еще) включены в ваш проект. Если вы щелкнете правой кнопкой мыши по файлу, который хотите добавить в обозревателе решений, вы можете включить его.
Другие решения
Удалите файл .sdf, который находится в каталоге вашего решения. Это просто база данных Intellisense, и Visual Studio создаст ее заново при следующем открытии этого решения. Эта база данных может быть повреждена и привести к тому, что среда IDE не сможет что-то найти, и, поскольку компилятор генерирует эту информацию для себя на лету, это не будет затронуто.
Если это так, что только IDE указывает, что не может найти включенные файлы, но компиляция прошла успешно, проблема заключается в том, что IntelliSense не полностью соответствует последним изменениям. Это может произойти именно при включении существующих проектов, исходя из моего собственного опыта.
Удаление файла .sdf (= база данных IntelliSense), созданного в каталоге решений, вынуждает Visual Studio его регенерировать, чтобы он снова обновлялся. Простое выполнение «чистого», вероятно, будет делать то же самое, но занимает больше времени, так как все будет сгенерировано снова.
Я никогда не рекомендовал бы жестко кодировать буквы дисков в любом аспекте ваших файлов проекта; используйте относительные пути, макросы, переменные окружения или некоторую смесь дерева для любой постоянной ситуации. Однако в этом случае я работаю над некоторыми временными проектами, где в краткосрочной перспективе необходимы абсолютные пути. Отсутствие возможности щелкнуть правой кнопкой мыши, чтобы открыть файлы, было крайне неприятно, и, надеюсь, это поможет другим.
Это случилось со мной только сейчас, после выключения и перезагрузки компьютера. В конце концов я понял, что архитектура была каким-то образом изменена на ARM с x64.
Если Visual Studio сообщает, что вы пропустили какой-то файл в текущей папке с исходными файлами, я использовал одно решение. Просто щелкните правой кнопкой мыши файл, который вы хотите добавить, и выберите Open Document , если он действительно не существует, то вы должны увидеть что-то вроде cannot find file in the source file path = "somewhere in your computer" затем вы можете сначала добавить исходный файл в этот путь и посмотреть, работает ли он.
Попробуйте добавить файл заголовка к файлам вашего проекта. (щелкните правой кнопкой мыши на проекте -> добавить существующий файл).
По моему опыту, с VS2010, когда включаемые файлы не могут быть найдены во время компиляции, выполняется чистка, тогда сборка обычно решает проблему. Редактор нередко может открыть включаемый файл, а затем компилятор объявить, что он не может найти тот самый файл, даже если он открыт на экране!
Если ваше приложение пытается использовать неработающую ссылку, создается ошибка исключения. Неспособность найти компонент, на который указывает ссылка, является явным признаком ошибки, однако есть несколько ситуаций, в которых ссылка считается нерабочей. Эти варианты показаны в приведенном ниже списке:
Неверный или неполный путь для ссылок проекта.
Файл, на который указывает ссылка, удален.
Файл, на который указывает ссылка, переименован.
Сбой подключения к сети или проверки подлинности.
Ссылка указывает на COM-компонент, который не установлен на данном компьютере.
Ниже приведены способы устранения этих проблем.
Ссылки на файлы в сборках задаются по абсолютным путям в файле проекта. Таким образом, в локальном окружении пользователей, работающих с несколькими разработчиками, может отсутствовать сборка, на которую указывает ссылка. Чтобы избежать этих ошибок, в таких случаях лучше добавлять ссылки между проектами. Дополнительные сведения см. в разделе Программирование с использованием сборок.
Неправильный путь для ссылок
Если проекты используются совместно на разных компьютерах, некоторые ссылки могут быть не найдены, если компонент находится на этих компьютерах в разных папках. Ссылки сохраняются под именем файла компонента (например, MyComponent). Когда в проект добавляется ссылка, расположение папки для файла компонента (например, C:\MyComponents) добавляется к свойству проекта ReferencePath.
Чтобы устранить эту проблему, можно удалить неработающую ссылку и заменить в диалоговом окне Добавление ссылки. Другое решение заключается в том, чтобы использовать элемент Путь для ссылок на страницах свойств проекта и изменить папки в списке, указав правильное расположение. Свойство Путь для ссылок сохраняется для каждого пользователя на каждом компьютере. Таким образом, изменение пути для ссылок не затрагивает других пользователей проекта.
Ссылки между проектами лишены подобных проблем. Поэтому по мере возможности следует использовать их вместо ссылок на файлы.
Исправление неработающей ссылки проекта с помощью исправления пути для ссылок
В обозревателе решений щелкните правой кнопкой мыши узел проекта и выберите пункт Свойства.
Открывается конструктор проектов.
Если вы используете Visual Basic, выберите страницу Ссылки и нажмите кнопку Пути для ссылок. В диалоговом окне Пути для ссылок введите путь к папке с элементом, на который нужно сослаться, в поле Папка, а затем нажмите кнопку Добавить папку.
Файл, на который указывает ссылка, удален.
Вполне возможно, что файл, на который указывает ссылка, был удален и больше не существует на диске.
Исправление неработающей ссылки проекта для файла, который больше не существует на диске
Если ссылка находится в другом расположении на компьютере, считайте ее оттуда.
Файл, на который указывает ссылка, переименован.
Файл, на который указывает ссылка, мог быть переименован.
Исправление неработающей ссылки, указывающую на переименованный файл
Удалите ссылку, а затем добавьте ссылку на переименованный файл.
Если ссылка находится в другом расположении на компьютере, нужно считать ее оттуда.
Сбой подключения к сети или проверки подлинности
Недоступность файлов может быть вызвана несколькими возможными причинами, например ошибкой сетевого соединения или ошибкой проверки подлинности. В каждом отдельном случае могут использоваться уникальные средства восстановления. Например, вам может потребоваться обратиться к локальному администратору для получения доступа к необходимым ресурсам. Однако удаление ссылки и изменение использующего ее кода работает всегда.
На компьютере не установлен COM-компонент.
Читайте также: