Как убрать путь в консоли visual studio
Практическое руководство. Изменение выходного каталога сборки
Вы можете указать расположение выходных данных проекта для каждой конфигурации (для отладки, выпуска или и того и другого).
Изменение выходного каталога сборки
Чтобы открыть страницы свойств проекта, в обозревателе решений щелкните узел проекта правой кнопкой мыши и выберите пункт Свойства.
В зависимости от типа проекта выберите соответствующую вкладку.
В раскрывающемся списке конфигураций в верхней части окна выберите конфигурацию, расположение файла выходных данных которой нужно изменить (Отладка, Выпуск или Все конфигурации).
На странице найдите запись выходного пути— — она зависит от типа проекта.
Введите путь (абсолютный или относительный для корневого каталога проекта), по которому будут созданы выходные данные, или нажмите кнопку Обзор чтобы перейти к этой папке.
Для некоторых проектов в путь сборки по умолчанию включаются платформа и среда выполнения. Чтобы они не включались, в обозревателе решений щелкните узел проекта правой кнопкой мыши, выберите команду Изменить файл проекта и добавьте следующее:
Если выходные данные не создаются в указанном расположении, убедитесь, что выполняется сборка соответствующей конфигурации (например, Отладка или Выпуск), выбрав ее в строке меню Visual Studio.
Как изменить путь к файлу в visual studio в мою базу данных при выполнении или настройке
Я закончил писать свою программу, и она подключается к базе данных SQL, в настоящее время она работает отлично, так как я хочу развернуть эту программу на других компьютерах, она отбрасывает ошибки из-за неправильных путей к файлам. Например, в части настроек visual studio я получаю это, что является файловым путем к моей базе данных.
Снимок экрана значения, которое я пытаюсь изменить:
Есть ли способ изменить это значение, когда я либо запускаю программу, либо устанавливаю программу на компьютер (после публикации?
Любая помощь оценивается.
Редактировать: я думал об использовании приведенного ниже кода, чтобы изменить путь к файлу, но я хотел бы только изменить это значение один раз. Есть какой-либо способ сделать это? (Я пробовал это, но поскольку он читается только, это, вероятно, не сработает). Properties.Settings.Default.Value
Редактирование 2: попытка настройки менеджера конфигурации, возможно ли изменить значения, используя что-то по строкам
Visual Studio переместить проект в другую папку
Как переместить проект в другую папку в Visual Studio? Я привык к такой структуре в своих проектах.
Я хочу переименовать все пространство имен SomethingElse в SomethingNew, каков наилучший способ сделать это (без ручного входа .файл sln)?
удалить проект из решения щелкнув его правой кнопкой мыши в окне Solution Explorer и выбрав удалить. Переместите всю папку проекта, включая подкаталоги туда, куда вы хотите. Добавить проект в решение.
имена пространств имен-это нечто совершенно другое, просто отредактируйте исходный код.
Я попробовал предложение удалить и повторно добавить проект, но тогда исправление зависимостей может быть болью.
Я использую такой подход:
- переместить в папку проекта.
- если проект находится в системе управления версиями, выполните перемещение с помощью команд управления версиями.
- редактировать файл в текстовом редакторе. Там должен быть только один путь, который вам нужно изменить.
- закройте решение в VS2012
- переместить проект в новое место
- откройте решение
- выберите проект, который не удалось загрузить
- в окне "Свойства" есть редактируемая запись "путь к файлу", которая позволяет выбрать новое местоположение проекта
- задайте новый путь
- щелкните правой кнопкой мыши на проекте и выберите перезагрузить
что на самом деле работал для меня было:
- удалить проект из решения.
- отредактируйте файл проекта с помощью текстового редактора.
- второй включается стандартная мелодия телефона все относительно пути к "пакетам". В моем случае пришлось менять "..\пакеты" до ". \packages", так как я переместил проект в более глубокую папку.
- загрузить проект обратно в раствор.
надеюсь, что это помогает.
Это легко в VS2012; просто используйте функцию отображения изменений:
- создайте папку, в которую нужно переместить решение.
- регистрация всех файлов проекта (если вы хотите сохранить изменения), или откат любых проверенных файлов.
- закрыть решение.
- Откройте проводник управления версиями.
- щелкните правой кнопкой мыши решение, и выберите "дополнительно -> удалить сопоставление. "
- измените значение "локальная папка" на тот, который вы создали на шаге №1.
- Выберите "Изменить".
- откройте решение, дважды щелкнув его в проводнике системы управления версиями.
- выгрузить проект в обозревателе решений
- создать новое решение
- скопируйте проекты в папку нового решения
- щелкните правой кнопкой мыши решение, добавить существующий проект.
- если вы используете некоторые рамки, такие как MVC , вам может потребоваться добавить ссылку в диспетчер ссылок.
У меня была та же проблема. Я решил переместить ссылки и менее чем за 15 минут, без изменения ссылок.
для меня решение было простым:
- переместить файлы, где вам нужно.
- удалить папку с именем .и должны быть не видны папки.
- откройте файл решения (.sln) с помощью простого редактора, такого как note или блокнот.++
- измените ссылку, где находится ваш файл, используя следующее структура: если вы помещаете свой проект в ту же папку, удалите предыдущая папка или ссылка"..\ "; если вы поместите в папку выше добавить ссылку "..\" или имя папки.
- сохраните файл с изменениями.
- открыть файл проекта (.csproj файл) и сделать то же самое, удалить или добавить ссылка.
- Сохранить изменения.
- откройте файл решения.
в файле решения (.sln)
Оригинал: Project ("") = "PATH1.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС", "ScannerPDF \PATH1.\ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ПУТЬ1.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС.csproj файл", "" Проект ("") = "ПУТЬ1.DataService", "ScannerPDF \PATH1.Метод dataservice\ПУТЬ1.Датасервис.csproj файл", ""
новый: ("") = "ПУТЬ1.МХ.ПОЛЬЗОВАТЕЛЬСКИЙ ИНТЕРФЕЙС", "ПУТЬ1.МХ.\ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ПУТЬ1.Пользовательского интерфейса.csproj файл", "" Проект ("") = "ПУТЬ1.DataService", "ПУТЬ1.Метод dataservice\ПУТЬ1.Датасервис.csproj файл", ""
Visual Studio включает две оболочки командной строки для разработчиков, командную строку и экземпляр PowerShell, как показано ниже.
Командная строка разработчика для Visual Studio — стандартная командная строка с определенными переменными среды, упрощающая работу с инструментами разработки. Доступно с версии Visual Studio 2015.
PowerShell для разработчиков Visual Studio — более функциональное средство, чем командная строка. Например, в нем можно передать результат одной команды (называемой cmdlet ) в другой cmdlet. В этой оболочке доступны те же переменные среды, что и в Командной строке разработчика. Доступно с версии Visual Studio 2019.
Начиная с версии 16.5, в Visual Studio 2019 доступен встроенный терминал, где можно работать как с Командной строкой разработчика, так и с PowerShell для разработчиков. Можно открыть несколько вкладок для каждой оболочки. Терминал Visual Studio построен на основе Терминала Windows. Чтобы открыть терминал в Visual Studio, выберите элементы Вид > Терминал.
При запуске в Visual Studio одной из оболочек как отдельного приложения или в окне терминала открывается каталог текущего решения (если оно загружено). Это упрощает выполнение команд для решения или его проектов.
В обеих оболочках заданы определенные переменные среды. Это упрощает работу с инструментами командной строки. Открыв эти оболочки, можно выполнять команды для различных служебных программ, не указывая их расположения.
Запуск в Visual Studio
Выполните следующие действия, чтобы открыть в Visual Studio Командную строку разработчика или PowerShell для разработчиков:
Запустите Visual Studio.
В строке меню выберите элементы Инструменты > Командная строка > Командная строка разработчика или PowerShell для разработчиков.
Запуск из меню Windows
Другой способ запуска оболочек — из меню "Пуск". В зависимости от версии Visual Studio, дополнительно установленных пакетов SDK и рабочих нагрузок может иметься несколько вариантов командных строк.
Windows 11
Выберите для приложения результат, связанный с текстом поиска.
Windows 10
Разверните папку Visual Studio 2019 или Visual Studio 2022.
Если вы используете Visual Studio 2019, выберите Командная строка разработчика для VS 2019 или PowerShell для разработчиков для VS 2019. Если используется Visual Studio 2022, выберите Командная строка разработчика для VS 2022 или PowerShell для разработчиков для VS 2022.
Кроме того, вы можете начать вводить имя оболочки в поле поиска на панели задач и выбрать нужный результат, так как в списке результатов начнут отображаться найденные совпадения.
Windows 8.1
Перейдите на экран Пуск, нажав клавишу с логотипом Windows на клавиатуре, например.
На начальном экране нажмите Ctrl+Tab, чтобы открыть список приложений, а затем нажмите V. Появится список, включающий все установленные командные строки Visual Studio.
Если вы используете Visual Studio 2019, выберите Командная строка разработчика для VS 2019 или PowerShell для разработчиков для VS 2019. Если используется Visual Studio 2022, выберите Командная строка разработчика для VS 2022 или PowerShell для разработчиков для VS 2022.
Windows 7
Выберите Пуск а затем разверните Все программы.
Выберите элементы Visual Studio 2019 > Инструменты Visual Studio > Командная строка разработчика для VS 2019 или PowerShell для разработчиков для VS 2019. (Если вы используете Visual Studio 2022, найдите те же элементы, которые содержат "2022" вместо "2019".)
Если установлены другие пакеты SDK, например, пакет SDK для Windows 10 или предыдущих версий, могут появиться дополнительные командные строки. Требуемая версия командной строки указана в документации по соответствующим инструментам.
Запуск из обозревателя файлов
Обычно ярлыки для установленных оболочек помещаются в папку меню "Пуск" для Visual Studio, например в %ProgramData%\Microsoft\Windows\Start Menu\Programs\Visual Studio 2019\Visual Studio Tools. Но если поиск командной строки не дает ожидаемых результатов, попробуйте вручную найти нужные файлы на компьютере.
Командная строка разработчика
Выполните поиск файла командной строки (VsDevCmd.bat) или перейдите в папку "Инструменты" Visual Studio ( %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Community\Common7\Tools — путь зависит от версии Visual Studio, выпуска и расположения установки).
Когда вы найдете файл командной строки, откройте его. Для этого введите следующую команду в стандартном окне командной строки:
Кроме того, вы можете ввести следующую команду в диалоговом окне Windows Выполнить:
Не забудьте изменить путь в соответствии с используемой версией Visual Studio.
PowerShell для разработчиков
Найдите файл скрипта PowerShell с именем Launch-VsDevShell.ps1 или перейдите в папку "Инструменты" Visual Studio ( %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Community\Common7\Tools). Путь зависит от версии, выпуска и расположения установки Visual Studio. После этого выполните следующую команду в командной строке Windows PowerShell или PowerShell 6:
По умолчанию PowerShell для разработчиков запускается с конфигурацией для той версии Visual Studio, путь установки к которой указан в файле Launch-VsDevShell.ps1.
Чтобы выполнить cmdlet, нужно задать политику выполнения.
Скрипт Launch-VsDevShell.ps1 находит модуль PowerShell Microsoft.VisualStudio.DevShell.dll в каталоге установки Visual Studio, скачивает модуль и вызывает командлет Enter-VsDevShell cmdlet. Установленные ярлыки, как в меню "Пуск", будут загружать модуль и вызывать cmdlet напрямую. Использование Launch-VsDevShell.ps1 — это рекомендуемый способ инициализации PowerShell для разработчиков в интерактивном режиме или автоматизации сборки скрипта.
аргументов командной строки;
Можно использовать аргументы командной строки для любой из оболочек, «Командная строка разработчика» или «PowerShell для разработчика».
Целевая архитектура и архитектура узла
Для средств сборки (таких как компилятор C++), которые создают выходные данные, предназначенные для конкретных архитектур ЦП, оболочки разработки можно настроить с помощью определенного аргумента командной строки. Архитектуру двоичных файлов средства сборки также можно настроить с помощью аргументов командной строки. Это полезно, если архитектура компьютера сборки отличается от целевой архитектуры.
Начиная с Visual Studio 2022, для msbuild по умолчанию будет использоваться 64-разрядный двоичный файл msbuild.exe, независимо от архитектуры узла.
Shell | Аргумент |
---|---|
Командная строка разработчика | -arch= |
Командная строка разработчика | -host_arch= |
PowerShell для разработчиков | -Arch |
PowerShell для разработчиков | -HostArch |
Аргументы -Arch и -HostArch в PowerShell для разработчика доступны только начиная с версии Visual Studio 2022 с обновлением 17.1.
Ниже приведена таблица со списком поддерживаемых архитектур. В нем также указано, можно ли их использовать для аргументов целевой архитектуры или архитектуры узла.
Архитектура | Целевая архитектура | Архитектура узла |
---|---|---|
x86 | По умолчанию | По умолчанию |
amd64 | Да | Да |
arm | Да | Нет |
arm64 | Да | Нет |
Если задана только целевая архитектура, оболочки будут пытаться сопоставить с ней архитектуру узла. Поэтому, если настроена только целевая архитектура со значением, не поддерживаемым для архитектуры узла, могут возникнуть ошибки.
Примеры
Запустите Командную строку разработчика для Visual Studio 2019 Community Edition на 64-разрядном компьютере, создав выходные данные сборки, предназначенные для 64-разрядной архитектуры:
Запустите Командную строку разработчика для Visual Studio 2019 Community Edition на 64-разрядном компьютере, создав выходные данные сборки, предназначенные для ARM:
Запустите PowerShell для разработчиков для версии Community Edition Visual Studio 2022 17.1 или более поздней версии на 64-разрядном компьютере, создав выходные данные сборки, предназначенные для arm64:
SkipAutomaticLocation
Начальный каталог оболочки PowerShell для разработчика — это расположение проекта Visual Studio. Этот язык по умолчанию переопределяет все остальные пути, например к рабочему каталогу. Такое поведение можно отключить с помощью аргумента командной строки -SkipAutomaticLocation . Это полезно, если, например, вы хотите, чтобы в оболочке использовался текущий каталог после инициализации.
Расположение проекта можно настроить в меню Средства > Параметры > Проекты &и решения > Расположение проекта.
Аргументы командной строки -Arch , -HostArch и -SkipAutomaticLocation поддерживаются скриптом Launch-VsDevShell.ps1 и командлетом Enter-VsDevShell cmdlet.
Командное окно используется для выполнения команд или их псевдонимов непосредственно в интегрированной среде разработки (IDE) Visual Studio. Можно выполнять команды меню и команды, которые не отображаются в меню. Для вывода командного окна в меню Вид выберите Другие окна, а затем Командное окно.
Отображение значений переменных
Для проверки значения переменной varA используйте команду Print:
Вопросительный знак (?) является псевдонимом для команды Debug.Print , поэтому можно также написать такую команду:
Обе версии этой команды возвращают значение переменной varA .
Ввод команд
Символ "больше чем" ( > ) отображается в левой части окна командной строки для запроса новых строк. Используйте клавиши со стрелками ВВЕРХ и ВНИЗ для прокрутки ранее выполненных команд.
Задача | Решение | Пример |
---|---|---|
Вычисление выражения | Установите перед выражением знак вопроса ( ? ). | ? myvar |
Переключение в окно интерпретации | Введите в окне immed без знака "больше чем" (>). | immed |
Возврат в командное окно из окна интерпретации | Введите в окне cmd . | >cmd |
Следующие сочетания клавиш помогают выполнять переходы в режиме команд.
Действие | Положение курсора | Настраиваемое сочетание клавиш |
---|---|---|
Пролистать список ранее введенных команд | Строка ввода | СТРЕЛКА ВВЕРХ и СТРЕЛКА ВНИЗ |
Прокрутка окна вверх | Содержимое командного окна | CTRL+СТРЕЛКА ВВЕРХ |
Прокрутка окна вниз | Содержимое командного окна | СТРЕЛКА ВНИЗ или CTRL + СТРЕЛКА ВНИЗ |
Всю предыдущую команду или ее часть можно скопировать в строку ввода: перейдите к команде с помощью прокрутки, выделите всю команду или ее часть и нажмите клавишу ВВОД.
Режим пометки
При щелчке любой предыдущей строки в командном окне происходит автоматическое переключение в режим пометки. Он позволяет выбирать, изменять и копировать текст предыдущих команд как в любом текстовом редакторе и вставлять их в текущую строку.
Знак равенства (=)
Окно, используемое для ввода команды EvaluateStatement , определяет, интерпретируется ли знак равенства (=) как оператор сравнения или оператор присваивания.
В командном окне знак равенства (=) интерпретируется как оператор сравнения. Операторы присваивания нельзя использовать в командном окне. Например, если значения переменных varA и varB различаются, то команда >Debug.EvaluateStatement(varA=varB) вернет значение False .
В окне интерпретации, напротив, знак равенства (=) интерпретируется как оператор присваивания. Например, команда >Debug.EvaluateStatement(varA=varB) присвоит переменной varA значение переменной varB .
Параметры, аргументы и значения
Некоторые команды Visual Studio имеют обязательные и необязательные аргументы, параметры и значения. При работе с такими командами применяются определенные правила. Ниже приведен пример расширенной команды для пояснения используемой терминологии.
Edit.ReplaceInFiles — это команда;
/case и /pattern:regex — это параметры командной строки (начинаются с символа косой черты [/]);
regex — это значение параметра командной строки /pattern (параметр /case не имеет значения);
var1+ и oldpar — это параметры.
Команду, параметр или значение, содержащее пробелы, необходимо заключить в кавычки.
Положение параметров в командной строке может быть произвольным, за исключением команды Shell, в которой параметры должны следовать в определенном порядке.
Почти все параметры, поддерживаемые командой, имеют две формы: краткую (один символ) и длинную. Несколько параметров в краткой форме можно объединять в группы. Например, значение /p /g /m можно также представить как /pgm .
Если параметры в краткой форме будут объединены в группу, и ей будет присвоено значение, это значение присваивается каждому параметру. Например, /pgm:123 соответствует /p:123 /g:123 /m:123 . Если какой-либо из параметров в группе не принимает значение, возникает ошибка.
Escape-символы
Символ "крышки" (^) в командной строке означает, что следующий за ним символ интерпретируется буквально, а не как управляющий символ. Благодаря этому в значение параметра можно внедрить прямые кавычки ("), пробелы, начальные символы косой черты, крышки или другие знаки, за исключением имен параметров. Например,
Крышка действует одинаково как внутри кавычек, так и за их пределами. Если крышка является последним символом в строке, она игнорируется. В следующем примере показано, как выполнить поиск шаблона "^t".
Использование кавычек для путей с пробелами
Например, если вы хотите открыть файл, путь к которому содержит пробелы, необходимо заключить путь или сегмент пути, содержащий пробелы, в двойные кавычки: C:\"Program Files" или "C:\Program Files".
В интегрированной среде разработки все сведения, необходимые для построения проекта, предоставляются в виде свойств. Эти сведения включают в себя имя приложения, расширение (например, DLL, EXE, LIB), параметры компилятора, параметры компоновщика, параметры отладчика, настраиваемые этапы сборки и многие другие компоненты. Как правило, для просмотра и изменения этих свойств используются страницы свойств. для доступа к страницам свойств выберите Project свойствапроекта в главном меню или щелкните правой кнопкой мыши узел проекта в обозреватель решений и выберите пункт свойства.
Свойства по умолчанию
При создании проекта система задает значения для различных свойств. Значения по умолчанию варьируются в зависимости от типа проекта и параметров, выбранных в мастере приложений. Например, проект ATL имеет свойства, связанные с MIDL-файлами, но эти свойства отсутствуют в базовом консольном приложении. В области "Общие" на страницах свойств отображаются свойства по умолчанию:
Применение свойств к конфигурациям сборок и целевым платформам
Некоторые свойства, такие как имя приложения, применяются ко всем вариантам сборки и целевым платформам, будь это сборка отладки или выпуска. Однако большинство свойств зависит от конфигурации. Чтобы создать правильный код, компилятор должен иметь как конкретную платформу, в которой будет выполняться программа, так и конкретные параметры компилятора. Поэтому при задании свойства важно обратить внимание на ту конфигурацию и платформу, к которым должно применяться новое значение. Должен ли он применяться только для отладки сборок Win32 или должен также применяться к отладке ARM64 и отладке x64? Например, для свойства оптимизации по умолчанию задано значение максимизировать скорость (/O2) в конфигурации выпуска, но оно отключено в конфигурации отладки.
Вы всегда можете видеть и изменять конфигурацию и платформу, к которым должно применяться значение свойства. На следующем рисунке показаны страницы свойств с элементами управления конфигурацией и сведениями о платформе в верхней части. Если свойство оптимизации задано здесь, оно будет применяться только для отладки сборок Win32, текущей активной конфигурации, как показано красными стрелками.
На следующем рисунке показана та же страница свойств проекта, но конфигурация изменена на выпуск. Обратите внимание на другое значение для свойства "Оптимизация". Кроме того, обратите внимание, что активной конфигурацией по-прежнему является отладка. Здесь вы можете задать свойства для любой конфигурации, а не только активной.
Целевые платформы
Целевая платформа относится к типу устройства и операционной системы, на которых будет выполняться исполняемый файл. Вы можете создать проект для нескольких платформ. Доступные целевые платформы для проектов C++ зависят от типа проекта. В их число входят только Win32, x64, ARM, ARM64, Android и iOS. Целевая платформа X86, которую вы могли заметить в Configuration Manager, идентична Win32 в собственных проектах C++. Win32 означает 32-разрядную версию Windows, а x64 — 64-разрядную. Дополнительные сведения об этих двух платформах см. в разделе Запуск 32-разрядных приложений.
Дополнительные сведения настройке свойств отладочной сборки см. в следующих разделах:
Параметры компилятора и компоновщика C++
Параметры компилятора и компоновщика C++ находятся в узлах C/C++ и Компоновщик на панели слева в разделе Свойства конфигурации. Эти параметры непосредственно преобразуются в параметры командной строки, которые будут переданы компилятору. Чтобы ознакомиться с документацией по конкретному параметру, выберите параметр в центральной области и нажмите клавишу F1. также можно просмотреть документацию по всем параметрам в MSVC параметры компилятора и параметры компоновщика MSVC.
Значения каталога и пути
MSBuild поддерживает использование констант времени компиляции для определенных строковых значений, таких как включаемые каталоги и пути, называемые макросами. макрос может ссылаться на значение, определенное Visual Studio или системой MSBuild, или на значение, определенное пользователем. Макросы выглядят как $(macro-name) или %(item-macro-name) . Они представлены на страницах свойств, на которых можно ссылаться и изменять их с помощью редактора свойств. Вместо жестко запрограммированных значений, таких как пути к каталогам, используйте макросы. Макросы упрощают совместное использование параметров свойств между компьютерами и версиями Visual Studio. Кроме того, можно обеспечить правильное участие в параметрах проекта в наследовании свойств.
На следующем рисунке показаны страницы свойств для проекта Visual Studio C++. в левой области выбрано правило VC++ каталоги , а на правой панели перечислены свойства, связанные с этим правилом. Значения свойств часто являются макросами, например $(VC_SourcePath) :
Для просмотра значений всех доступных макросов можно использовать Редактор свойств .
Предустановленные макросы
Глобальные макросы:
Глобальные макросы применяются ко всем элементам в конфигурации проекта. Глобальный макрос имеет синтаксис $(name) . Пример глобального макроса — свойство $(VCInstallDir) , которое сохраняет корневой каталог установки Visual Studio. Глобальный макрос соответствует элементу PropertyGroup в MSBuild.
Макросы элементов
Макросы элементов имеют синтаксис %(name) . Для файла макрос элемента применяется только к этому файлу, — например, можно использовать, %(AdditionalIncludeDirectories) чтобы указать каталоги включаемых файлов, которые применяются только к конкретному файлу. Этот тип макроса элемента соответствует метаданным ItemGroup в MSBuild. При использовании в контексте конфигурации проекта макрос элемента применяется ко всем файлам определенного типа. Например, свойство конфигурации определений препроцессора C/C++ может принимать макрос элемента, который применяется ко всем cpp-файлам в проекте. Этот тип макроса элемента соответствует метаданным ItemDefinitionGroup в MSBuild. Дополнительные сведения см. в разделе Определения элементов.
Пользовательские макросы
Вы можете создавать пользовательские макросы для использования в качестве переменных в сборках проекта. Например, можно создать пользовательский макрос, предоставляющий значение пользовательскому шагу сборки или пользовательскому средству сборки. Пользовательский макрос — это пара "имя-значение". Для доступа к этому значению в файле проекта используется нотация $(name) .
Пользовательский макрос хранится на странице свойств. если проект еще не содержит страницу свойств, его можно создать, выполнив действия, описанные в разделе общий доступ или повторное использование Visual Studio параметры проекта.
Создание пользовательского макроса
В левой области диалогового окна выберите Пользовательские макросы. В правой области нажмите кнопку Добавить макрос, чтобы открыть диалоговое окно Добавление пользовательского макроса.
В диалоговом окне задайте имя и значение для макроса. Кроме того, можно установить флажок Задание данного макроса в качестве переменной среды в среде сборки.
Редактор свойств
Редактор свойств можно использовать для изменения некоторых строковых свойств и выбора макросов в качестве значений. Чтобы открыть редактор свойств, выберите свойство на странице свойств, а затем нажмите кнопку со стрелкой вниз справа. Если раскрывающийся список содержит Правка >, можно выбрать его, чтобы отобразить редактор свойств для этого свойства.
В редакторе свойств можно нажать кнопку Макросы, чтобы просмотреть доступные макросы и их текущие значения. На следующем рисунке показан редактор свойств для свойства Дополнительные каталоги включаемых файлов после нажатия кнопки Макросы. Если установлен флажок наследовать от родительского объекта или проекта по умолчанию и добавить новое значение, то оно добавляется к любому значению, наследуемому в данный момент. Если снять флажок, новое значение заменяет наследуемые значения. В большинстве случаев следует не снимать этот флажок.
Добавление каталога включения к набору каталогов по умолчанию
При добавлении каталога включения в проект важно не переопределять все каталоги по умолчанию. Правильный способ добавления каталога — добавить новый путь, например " C:\MyNewIncludeDir\ ", а затем добавить $(IncludePath) макрос к значению свойства.
Быстрый просмотр и поиск всех свойств
Без префикса:
поиск только в именах свойств (подстрока без учета регистра).
" / " или " - ":
поиск только в параметрах компилятора (префикс без учета регистра)
v :
поиск только в значениях (подстрока без учета регистра).
Задание переменных среды для сборки
компилятор MSVC (cl.exe) распознает определенные переменные среды, в частности LIB ,, LIBPATH PATH и INCLUDE . при построении с помощью интегрированной среды разработки свойства, заданные на странице свойств каталоги VC++ , используются для задания этих переменных среды. если LIB LIBPATH значения, и INCLUDE уже заданы, например Командная строка разработчика, они заменяются значениями соответствующих свойств MSBuild. затем сборка добавляет значение свойства VC++ каталоги исполняемых каталогов в PATH . Для задания пользовательской переменной среды можно создать пользовательский макрос и затем установить флажок Задание данного макроса в качестве переменной среды в среде сборки.
Задание переменных среды для сеанса отладки
В правой области измените параметры проекта Среда или Объединение среды, а затем нажмите кнопку ОК.
Содержание раздела
Совместное или повторное использование параметров проекта Visual Studio
Создание .props файла с настраиваемыми параметрами сборки, которые можно использовать совместно или повторно.
Наследование свойств проекта
Описывает порядок вычисления для .props .targets .vcxproj переменных среды,, файлов и в процессе сборки.
Изменение свойств и целевых объектов без изменения файла проекта
Создание временных параметров сборки без изменения файла проекта.
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.
Читайте также: