Макросы / переменная среды в файлах .sln и .vcproj для Visual Studio

Просто используйте переменную окружения в соответствующем поле:

OutputDirectory="$(MyEnvVariableName)\Bin"

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

Именно об этом есть статья MSDN: Как: использовать переменные среды в сборке < / а>

Я думаю, что у меня та же цель, что и у вас: я хочу использовать переменные среды для поиска некоторых проектов в файле решения (.sln) и использовать некоторые переменные среды для поиска некоторых файлов в моих проектах.

Я нашел способ сделать это, и он отлично работает для меня (с Visual Studio 2005): - отредактируйте файл .sln с помощью текстового редактора и используйте переменные среды со следующим синтаксисом% MyEnvironmentVariable% - отредактируйте файлы .vcproj и замените путь к нужным файлам с некоторыми переменными со следующим синтаксисом $ (MyEnvironmentVariable).

Надеюсь, это поможет ... Кирилл

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

Я нашел многообещающую информацию на листах свойств, но Visual Studio не расширяет макросы, когда я использую их в теге File в .vcproj.

Я не уверен, какую версию VS вы используете. VS2008 позволяет вам определить, например, каталог include следующим образом: «$ (OpenCVInclude) \ cxcore \ include». Я пользуюсь этим все время. OpenCVInclude - это макрос, определенный на странице свойств.

Что касается вопроса а), я думаю, что не существует "чистого" способа делать то, что вы хотите. В качестве альтернативы вы можете использовать диспетчер конфигурации:

• Включите в решение все проекты.
• Назовите проект по-другому, например на основе OEM.
• Для каждого проекта определите конфигурации выпуска и отладки в решении.
• В «Сборка-> Диспетчер конфигураций» вы можете установить или снять флажок в столбце «Сборка» для каждой конфигурации. Отметьте «build» для соответствующего проекта.

Я не уверен, что вы создаете только проекты на C ++ или вы также создаете проекты на C # \ VB, но одна из замечательных особенностей Visual Studio заключается в том, что все проекты на самом деле являются просто проектами MSBuild. Если вы редактируете проект в текстовом редакторе, вы увидите, что в конце проекта он импортирует файл .targets. Если вы отследите и найдете отслеживание импорта, вы обнаружите, что почти все проекты VS импортируют Microsoft.Common.Targets. Microsoft.Common.Targets импортирует Custom.Before.Microsoft.Common.Targets. Используя этот импорт, вы можете импортировать свой собственный файл целей с вашими собственными пользовательскими действиями.

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

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

(а) Кирилл дает достойное решение того, о чем вы просили. Другой способ - хранить изменяемые настройки в одном месте. Обратите внимание, что это не будет работать для файлов, отличных от msbuild, таких как * .sln и * .vcproj (до VS 2010).

Файлы проекта: ... $ (ChangeableDir) \ foo.cs

Common.targets: ChangeThis ...

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

(б) Тип управления ресурсами, который вы описываете, по сути, представляет собой ту же проблему, с которой сталкиваются люди, локализующие свой проект на разные языки. К счастью, с 2005 года в Visual Studio встроена прямая поддержка. Ознакомьтесь с предыдущими вопросами, например: Локализация в Visual Studio 2008 год

Одно из решений - установить некоторые переменные среды непосредственно перед запуском VS. В наших проектах мы используем командный файл, который выглядит так:

SET ROOT=D:/root
SET COMPILER_ROOT=C:/Program Files (x86)/Microsoft Visual Studio 12.0/Common7/IDE
start "Microsoft Visual Studio 12.0" /D"%COMPILER_ROOT%\" "%COMPILER_ROOT%/devenv.exe" "%ROOT%\trunk\OurSolution.sln"