Где я работаю, у меня есть несколько проектов в отдельных репозиториях. Каждый проект имеет много общего кода, который я хочу вывести в отдельный проект. Я думаю о вызове проекта по следующей схеме: Company.Department.Common или Company.Department.Utility.
Я создал для этого проект, и в нем есть скрипт автоматической сборки (как и любой другой проект).
Мой вопрос заключается в том, что я хотел бы реорганизовать свои существующие проекты в зависимости от этого нового проекта. Один из базовых методов, но не совсем тот, который я ищу, - это просто построить мой проект Utility, скопировать DLL в мою папку lib в моем проекте-потребителе и проверить эту DLL в этом проекте-потребителе.
Лично я чувствую, что метод довольно плохой. Я хотел бы получить ссылку на мой проект Utility и выполнить svn-обновление и сборку проекта Utility перед сборкой потребляющего проекта.
К вашему сведению, код в проекте Utlity - это средства ведения журнала, классы модульного тестирования BDD, объекты IoC и классы, ориентированные на общие компании.
Надеюсь, мой вопрос не слишком расплывчат, но с некоторыми ответами я смогу сосредоточиться именно на том, что я хотел бы сделать.
Наконец, это для проектов .Net и использования NAnt в качестве сценария сборки и svn для управления версиями кода.