Вы не добавили макро-рай
addCompilerPlugin("org.scalamacros" % "paradise" % "2.1.0" cross CrossVersion.full)
Этот вопрос возник в различных , но связанных формах. На самом деле есть страница MSDN, которая покрывает эту .
То, что вы ищете, - это подход с несколькими решениями, схожий с Модель многораздельного единого решения для более крупных систем . Иметь одно решение «все», которое создает все и поддерживает ваши межкомпонентные зависимости. Это то, что вы создаете, когда вам нужно создать решение А. Затем у вас есть отдельные решения, которые включают только компоненты B или C. По сути, у вас все еще будет 3 решения, но вы добавите проекты из решений B и C в решение. А.
Это должен быть уровень проекта, на который Вы смотрите, я верю. Разработайте проекты, содержавшие в Решении B и C, и затем добавьте ссылки на DLLs в соответствующих проектах в Решении A.
В Msbuild, если у Вас есть группа свойства
<PropertyGroup>
<SolutionsToBuild>SolutionB</SolutionsToBuild>
<SolutionsToBuild>SolutionC</SolutionsToBuild>
<SolutionsToBuild>SolutionA</SolutionsToBuild>
</PropertyGroup>
Затем выполните Задачу MSBuild
<MSBuild Projects="@(SolutionsToBuild)"/>
Надеюсь, это поможет
Вы могли попытаться добавить команды сборки командной строки для dll (в решении B и C), Вы зависите от в событиях перед сборкой Ваших проектов (в решении A)
Можно добавить проект Make-файла к решению A, которое создало бы решения B и C (использующий msbuild, например) и сделало бы все проекты в зависящем от того проекта Make-файла. Таким образом, Вы не смогли бы добавить ссылки проекта к проектам в B и C, но можно использовать dll ссылки, и они будут всегда создаваться из последних источников.
Если Вы не можете поместить проекты B и C в то же решение как проект A затем нет никакого способа удостовериться, что у Вас есть двоичные файлы для B и C, содержащего последний исходный код, когда Вы разрабатываете проект.
Самое легкое решение, которое я видел, состоит в том, чтобы иметь общую папку в репозитории исходного кода, где каждый проект копирует свои двоичные файлы, если они должны быть совместно использованы. Затем все другие проекты могут сослаться на двоичные файлы в той папке, пока Ваши локальные папки выглядят одинаково как репозиторий.
Не идеальное решение, но довольно легко работать с.
Недавно я обнаружил, что в Visual Studio 2008 можно включать существующие проекты в несколько решений. Единственным недостатком, по-видимому, является то, что если вы вносите изменения в общий проект и открываете несколько решений, использующих этот общий проект, вам будет предложено «перезагрузить» другие решения.
Итак, просто «Добавить существующий проект» «ко всем решениям, которые нужны проекту. Я использую TFS на своем текущем сайте, и, похоже, нет проблем с источником контроля эфира.