Абсолютные пути visual studio неправильно
Visual Studio (и, возможно, TFS) каким-то образом (я думаю, возможно, во время слияния источника) запутался в пути проекта в моем решении.
Он думает, что это здесь (примеры путей для простоты):
тогда как на самом деле файл проекта находится здесь:
Я не могу за всю свою жизнь понять, что это место. Я пробовал:
Вручную отредактируйте файл .sln, чтобы убедиться, что все ссылки на ExampleProjectCorrect.csproj имеют правильные пути.
Выполнение поиска в файлах в каталоге решений как для правильных, так и неправильных путей, чтобы попытаться отследить, где студия скрывает неправильный путь.
Удаление каталогов кэша для VS и TFS
Я вырываю волосы, потому что не могу воссоздать решение, поскольку оно близко, так как не имеет никакого значения 100 проектов и привязано к исходному контролю с несколькими другими разработчиками, работающими над ним.
Может ли кто-нибудь указать мне в правильном направлении относительно того, где он хранит этот неправильный путь и/или как reset, чтобы эта чертова вещь правильно загружалась?
Он по-прежнему ссылается на неправильный каталог. Возможно, переделка может работать в этот момент, но я этого не делал. Перезагрузите свой проект, и вам должно быть хорошо.
Простое удаление файлов .suo для меня.
Я столкнулся с этой проблемой после выполнения перехода с Visual Source Safe 2005 на TFS 2012. Я не мог дождаться появления "Мастера конвертации" в ближайшие пару недель, поэтому я просто запустил VSSConvert.exe. Это заняло около 6 лет истории и переместило ее в TFS. в то время как у меня не было реальной истории хронологии. В тот же день я получил кучу записей с комментариями, указывающими фактическую регистрацию истории.. неплохо.
Поэтому после того, как он работал всю ночь (успешно, ура!), У меня возникли проблемы с загрузкой моих проектов, как и был задан этот вопрос. По некоторым причинам несколько проектов ссылались на неправильный каталог. Я проверил файлы .sln,.vsproj и получил последнюю версию, удалив повторное получение, добавив удаление и т.д. Я перепробовал все, что было отмечено здесь. даже обновляя свое рабочее пространство, что я не уверен, что это даже сделало.
НАКОНЕЦ. Я удалил файлы *.suo и альт. Это сработало.
Я провел пару часов на этом.
Несколько другое решение.
TFS показывал несуществующий путь для конкретного решения. Раньше у меня был ноутбук с отдельным D: диском, но теперь у меня просто есть диск C:. TFS все еще считал, что мой проект хранился в D:\Project\MikesProject
У меня не было файла .suo для удаления, путь D: не упоминался нигде в моих рабочих пространствах (скрытый в меню File\Source Control\Advanced\Workspaces ), TFS показала, что у меня были последние файлы в моем (no-longer-existant) D: каталог, а TFS в VS2013 не имеет опции "Удалить сопоставления" для этого проекта.
Но какая работа заключалась в том, чтобы просто выполнить "Получить последнюю версию" в проекте.
После этого новая копия кода была записана на мой диск C: и (интересно), теперь локальный путь был показан подчеркнуто.
Visual Studio сводит меня с ума, и я подозреваю, что делаю что-то неправильно.
это то, что я делаю: я установил Visual Studio (Pro '08) давным-давно, я установил Windows SDK (Win 7 x64), кто-то пишет мне проект, он не может построить.
неизменно, он не может обнаружить Windows.h. В то время как это достаточно легко включить C:Program FilesMicrosoft SDKsWindowsv7.0Include в настройках проекта каждого проекта Я чувствую, что это может быть не правильный способ сделать это. Есть ли способ как-то сделать Visual Studio глобально осведомленным об этих файлах?
Я также попытался включить вышеуказанный каталог в path переменная, но это ничего не изменило.
кроме того, он будет случайным образом найти в Windows.h, но не winresrc.H в том же каталоге.
Edit:
Это была проблема с моей машиной. Каким-то образом Visual Studio подумала, что мой Windows SDK был в неправильном месте. См. раздел принятый ответ и комментарии для исправления.
вы можете установить глобальный путь включения Visual Studio здесь:
Tools / Options / Projects and Solutions / VC++ Directories / Include files
обновление (в Visual Studio 2015):
решение@RichieHindle теперь устарело с Visual Studio 2012. Как подсказка VS studio теперь гласит:
каталоги VC++ теперь доступны в виде листа свойств пользователя, который добавляется по умолчанию ко всем проектам.
чтобы задать путь включения, необходимо щелкнуть правой кнопкой мыши проект и перейти к:
чтобы возобновить рабочие решения в VisualStudio 2013 и 2015 тоже:
добавить include-path к текущему проекту только
на Обозреватель (палитра-окно VisualStudio-mainwindow), откройте контекстное меню проекта и выберите Свойства, а затем в левой панели диалогового окна страницы свойств разверните свойства конфигурации и выберите каталоги VC++. Дополнительные пути include-или lib-специфицируются там.
его что Stackunderflow и user1741137 скажите в ответах выше. Его то, что Microsoft объясняет в MSDN тоже.
добавить include-путь к каждому новому проекту автоматически
его вопрос, что Джей Элстон спрашивает в комментарии выше и что является очень очевидным и жгучим вопросом в моих глазах, что, кажется, еще не ответили здесь.
существуют обычные способы чтобы сделать это в VisualStudio (см.CurlyBrace.com), что, по моему опыту, не работает должным образом. В том смысле, что он работает только один раз, и после этого он больше не расширяется и не снимается. Приближение Стив Уилкинсон в другом близком связанном потоке StackOverflow редактирование Microsoft-Factory-XML-файла в каталоге "program files", вероятно, является рискованным взломом, поскольку Microsoft не ожидает встретить там что-то иностранное. Эффект potentally непредсказуемым. Ну, я предпочитаю судить об этом не очень рискованно, но в любом случае лучший способ сделать работу VisualStudio непонятной хотя бы для кого-то другого.
то, что работает нормально по сравнению с, это редактирование соответствующего пользователя-XML-файла:
где каталог ‘C:\any-name\include ' будет добавлен к настоящему include-path и каталогу ‘C:\any-name\lib-к библиотечной дорожке. Здесь мы можем отредактировать его в расширяющем и удаляющем смысле и удалить все это, удалив содержимое тега.
Это то, что делает VisualStudio сам, делая это в обычный способ что CurlyBrace описывает. Как уже было сказано, он не редактируется в CurlyBrace-way после этого nomore, но в XML-редактировании-это так.
для получения дополнительной информации см. Брайан Тайлер@MSDN-Blog 2009, что, по общему признанию, не очень свежо, но всегда то, на что ссылается Microsoft.
для успешного использования Windows SDK вам нужно не только сделать файлы include доступными для ваших проектов, но и файлы библиотек и исполняемые файлы (инструменты). Чтобы установить все эти каталоги, вы должны использовать Инструмент Настройки WinSDK.
Если вы только пытаетесь изменить пути включения для проекта, а не для всех решений затем в Visual Studio 2008 с этого: Щелкните правой кнопкой мыши имя проекта в навигаторе решений. Во всплывающем меню выберите пункт Свойства. В диалоговом окне страницы свойств выберите Свойства конфигурации - >C / C++ / General. Щелкните в текстовом поле рядом с меткой "дополнительные файлы" и найдите соответствующий каталог. Выберите OK.
что меня раздражает, так это то, что некоторые из ответы на исходный вопрос не относятся к упомянутой версии Visual Studio.
Visual Studio (и, возможно, TFS) каким-то образом (я думаю, возможно, во время слияния с исходным кодом) запутался в пути проекта в моем решении.
Он думает, что это здесь (пример пути для простоты):
а на самом деле, файл проекта находится здесь:
Я не могу для жизни меня заставить его признать правильное местоположение. Я пробовал:
редактирование вручную .sln файл для обеспечения всех ссылок на ExampleProjectCorrect.csproj есть правильные пути.
выполнение поиска в файлах в каталоге решения как для правильных, так и для неправильных путей, чтобы попытаться отследить, где studio скрывает неправильный путь.
удаление каталогов кэша для VS и TFS
я разрываю свои волосы, потому что я не могу воссоздать решение, поскольку оно имеет около 100 проектов и связано с управлением версиями с несколькими другими разработчиками, работающими над ним.
может ли кто-нибудь указать мне в правильном направлении, где он хранит этот неправильный путь и/или как сбросить его, чтобы проклятая вещь загрузилась правильно?
- на Управление Рабочими Областями (либо через меню File/Source Control, либо в раскрывающемся списке workspace в Проводнике управления версиями)
- выберите редактировать для вашего рабочего пространства.
- вы должны увидеть, в разделе рабочие папки, сопоставление для источника управление каталогом в старый / неправильный каталог проекта.
- выберите его и нажмите удалить.
- закрыть VS и удалить файл suo.
просто удаление решений .suo файл работал на меня.
Я столкнулся с этой проблемой после выполнения миграции из Visual Source Safe 2005 в TFS 2012. Я не мог дождаться "мастера преобразования" в ближайшие пару недель, поэтому я просто запустил VSSConvert.исполняемый. Это заняло 6 или около того лет истории и переместило его в TFS.. хотя я не получил фактическую историю временной шкалы.. Я получил кучу записей в тот же день с комментариями, указывающими на фактические проверки истории.. не плохо.
Так что после того, как он бежал всю ночь (успешно, ура!), У меня возникли проблемы с загрузкой моих проектов так же, как этот вопрос заявил. По какой-то причине несколько проектов ссылались на неверный каталог. Я проверил .sln, the .файлы vsproj и получение последних, удаление повторного получения, добавление удаления и т. д.. Я попробовал все, что здесь отмечено. даже обновление моего рабочего пространства, которое я не уверен, что это даже сделало.
наконец-то. Я удалил *.СУО файлы и Виола. Это сработало.
Я потратил пару часов на вот этот.
немного другое решение.
TFS отображал несуществующий путь для конкретного решения. Раньше у меня был ноутбук с отдельным диском D:, но теперь у меня просто есть диск C:. TFS все еще думал, что мой проект был сохранен D:\Project\MikesProject
у меня нет .suo файл для удаления, D: path не упоминается в любом месте моего рабочего пространства (похоронен под File\Source Control\Advanced\Workspaces меню), TFS показал, что у меня есть последние файлы в моем (больше не существует) D: каталог и TFS в VS2013 не имели опции "удалить сопоставления" для этого проекта.
а то сделал работа заключалась в том, чтобы просто сделать "получить последнюю версию" в проекте.
после этого на мой диск C: была записана новая копия кода, и (интересно) теперь был показан локальный путь подчеркнутый.
ранее путь D: не был показан таким образом.
странно. Очень странный.
У нас были подобные проблемы с перемещениями и переименованиями. Удаление локальных каталогов, а затем получение снова решили его.
Попробуйте удалить или переименовать .файл suo (включая расширение). Этот файл находится в том же месте, где находится файл решения. Это сработало для меня.
просто догадываюсь, но, возможно, некоторые из ваших других проектов ссылаются на ваш проект из неправильного места? В этом случае вам нужно не просто удалить и повторно вставить проект в ваше решение, вам также придется удалить и воссоздать ссылки из ссылочных проектов (сохраненных в их .файлов csproj).
после попытки многих рекомендаций я удалил файл suo ( снова ). Последний раз сработало. Почему это не сработало раньше я не знаю. В общем, я считаю удаление файла suo одним из первых шагов, которые я делаю.
в моем случае я скопировал *.sln файл в папку проекта и изменил путь к проекту в *.sln файл. Только это решило проблему (против 2015 с пакетом обновления 1, проект winservise).
удалить *.СУО не помогает мне.
Если вы используете свое веб-приложение под локальным IIS вместо IISExpress, убедитесь, что вы нажали кнопку "создать виртуальный каталог", перейдя в свойства проекта. Как только это будет сделано, выполните "чистое решение" и "перестроить решение".
Вот такая проблема. Там папка называется не аксим, а Максим. Он почему-то постоянно ошибается и не добавляет первую букву. Иногда эта ошибка решается сама, после того как я перезапущу 10 раз vs code, но мне уже надоело, это что такое? И как решать это? Я путь к интерпретатору правильный указал, он просто букву пропускает одну почему-то.Я знаю, что это старая линия. Я только что прошел через ту же проблему. Недавно мы перенесли TFS, поэтому я создал новую рабочую область для сопоставления с новым сервером и сохранил старый. Каждый раз, когда я открываю решение, которое должно быть нацелено на мою новую рабочую область, VS всегда пытался загрузить проекты из моего старого каталога сопоставления, пока я не удалил свою старую рабочую область.
Повторная выборка интерпретатора через ctrl + shift + p не помогает, все равно он одну букву пропускает.
глупый ответ, с прошлым редактором работало, а тут нет значит? Тем более если самому добавить эту букву М, то все прекрасно заработает, но добавлять самому уже надоело.
Да и если я поменяю имя пользователя, имя папки от этого не поменяется, а самому менять это губить всё, у меня к этому пути много что привязано
И когда я на Node.js писал таких проблем не было в vs code, хотя тоже путь через /Максим/ шёл
Тогда создайте виртуальное окружение python установите нужные зависимости и попробуйте снова. Если не поможет тогда переустановите python
Ну кириллица вообще зло в разработке, до сих пор не все программы в винде умеют ее понимать да и сама винда до сих пор еще не пересела полностью на UTF. в общем каша у нее с кодировками. Для русской локали консоль в 866 имена каталогов в cp1251 а тут еще и UTF в редакторе. Бардак
PS: причем это болезнь только винды, под линуксами и макосью такой лабуды с путями не возникает. Странно да, продукт Майкрософт лучше работает на чужих платформах чем на своей собственной.
глупый ответ, с прошлым редактором работало, а тут нет значит?
Классика. Выполнить команду в консоле и винить в ошибках текстовый редактор.
Что делает оператор &? он же вроде объеденяет две команды cmd
не знаю, кнопка Run в vs code таким образом запускает скрипт
dethain, Если у вас пайтон установлен глобально, напишите - python название_скрипта.py
У меня такая же пакость, не могу понять откуда дописывает "&" в том же месте, и через виртуальное окружение и глобально. Отдельно в терминале все запускается без проблем в VS Code появляется "&". В PyCharm всё запускается без "&". Все названия в пути без кириллицы. Предполагаю это связано с версией Python 3.9(запускается командой "py" а не "python") и её обработкой VS Code.
Переустановка VS и python на 3.8 ничего не изменила, тупик, народ, выручайте!
Читайте также: