Эффективное использование свойств проекта Visual Studio для нескольких проектов и конфигураций

Я сделал некоторые улучшения, может быть полезно для кого-то

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup Label="UserMacros">
    <!--IsDebug: search for 'Debug' in Configuration-->
    <IsDebug>$([System.Convert]::ToString( $([System.Text.RegularExpressions.Regex]::IsMatch($(Configuration), '[Dd]ebug'))))</IsDebug>

    <!--ShortPlatform-->
    <ShortPlatform Condition="'$(Platform)' == 'Win32'">x86</ShortPlatform>
    <ShortPlatform Condition="'$(Platform)' == 'x64'">x64</ShortPlatform>

    <!--build parameters-->
    <BUILD_DIR>$(registry:HKEY_CURRENT_USER\Software\MyCompany\@BUILD_DIR)</BUILD_DIR>
  </PropertyGroup>

  <Choose>
    <When Condition="$([System.Convert]::ToBoolean($(IsDebug)))">
      <!-- debug macroses -->
      <PropertyGroup Label="UserMacros">
        <MyOutDirBase>Debug</MyOutDirBase>
        <DebugSuffix>-d</DebugSuffix>
      </PropertyGroup>
    </When>
    <Otherwise>
      <!-- other/release macroses -->
      <PropertyGroup Label="UserMacros">
        <MyOutDirBase>Release</MyOutDirBase>
        <DebugSuffix></DebugSuffix>
      </PropertyGroup>
    </Otherwise>
  </Choose>

  <Choose>
    <When Condition="Exists($(BUILD_DIR))">
      <PropertyGroup Label="UserMacros">
        <MyOutDir>$(BUILD_DIR)\Bin$(MyOutDirBase)_$(ShortPlatform)\</MyOutDir>
        <MyIntDir>$(BUILD_DIR)\Build$(Configuration)_$(ShortPlatform)_$(PlatformToolset)$(ProjectGuid)\</MyIntDir>
      </PropertyGroup>
    </When>
    <Otherwise>
      <PropertyGroup Label="UserMacros">
        <MyOutDir>$(SolutionDir)\Bin$(MyOutDirBase)_$(ShortPlatform)\</MyOutDir>
        <MyIntDir>$(SolutionDir)\Build$(Configuration)_$(ShortPlatform)_$(PlatformToolset)$(ProjectGuid)\</MyIntDir>
      </PropertyGroup>
    </Otherwise>
  </Choose>

  <PropertyGroup>
    <OutDir>$(MyOutDir)</OutDir>
    <IntDir>$(MyIntDir)</IntDir>
<!-- some common for projects
    <CharacterSet>Unicode</CharacterSet>
    <LinkIncremental>false</LinkIncremental>
--> 
  </PropertyGroup>
</Project>

удачи!

у меня была такая же боль для продукта моей компании (200+ проектов) раньше. Я решил ее построить хороший иерархию свойств.

проекты наследуют лист свойств по его типу вывода, скажем x64.Отлаживать.Активный.Библиотека.vsprops по. Этот файл vsprops просто наследует другие листы свойств, используя атрибут InheritedPropertySheets

<VisualStudioPropertySheet
    ProjectType="Visual C++"
    Version="8.00"
    Name="x64.Debug.Dynamic.Binary"
    InheritedPropertySheets=".\Common.vsprops;.\x64.vsprops;.\Debug.vsprops;.\Runtime.Debug.Dynamic.vsprops;.\Output.x64.Library.vsprops"
    >

вы также можете использовать переменные (т. е. UserMacro, значение которого может быть абсолютным или даже окружение переменные) в таблицах свойств, чтобы настроить много вещей, основанных на ваших потребностях. Например, при определении ОГРН переменной в режиме отладки.vsprops по

<UserMacro name="BIN" Value="Debug" />

затем, когда вы устанавливаете имя вывода в серии vsprops, скажем, Output.x64.Библиотека.vsprops по

<VisualStudioPropertySheet
    ProjectType="Visual C++"
    Version="8.00"
    OutputDirectory="$(BIN)"
>

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

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

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

$(ProjectName)-$(PlatformToolset)-$(PlatformShortName)-$(Configuration)

что давало бы выход, как библиотеки MyLib-твердотельного накопителя V100, если х86-отладка.Либ

мы делаем что-то подобное и для дополнительных библиотечных каталогов, используя $(PlatformName) и #(Configuration) выбрать правильные пути к библиотекам, хотя это означает, что некоторые возиться с начальная настройка библиотек. например, у нас есть boost установить свои библиотеки в boost/lib.Win32 или boost/lib.x64.

---

что касается библиотек, и люди, устанавливающие их в разных местах, есть несколько вариантов. Если у вас очень надежная система управления версиями, вы можете просто поместить все в систему управления версиями, живя в папке libs рядом с вашим источником. Это, вероятно, не будет работать, если вы используете больше, чем несколько библиотек, Хотя, или если они особенно велики.

другой вариант, который приходит на ум, чтобы установить переменную среды на каждом компьютере пользователя, который указывает на корень их папки библиотек, например LIB_ROOT=c:\libraries, и вы можете получить доступ к этому в Visual Studio как $(LIB_ROOT).

для каждой конфигурации можно создать отдельный лист свойств. Для этого:

1. создайте лист свойств для конкретной конфигурации
2. Откройте Диспетчер свойств
3. щелкните правой кнопкой мыши конфигурация (не проект), который вы хотели бы изменить
4. Нажмите кнопку "Добавить существующий лист свойств" и добавьте свой лист

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

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

Если бы мне пришлось скомпилировать больше, чем кучу проектов, я бы использовал что-то вроде nant: http://nant.sourceforge.net/