2014-10-30 3 views
1

У нас есть файл решения, содержащий множество решений, так как у нас много разработчиков, работающих с различными частями нашего приложения.Как я могу программно автоматизировать сравнение файлов решений Visual Studio?

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

Я рассматривал структуру MSBUILD, а также объектную модель DTE/DTE2 как опции для автоматизации. Мне нужно перейти на уровень проекта файла решения, чтобы убедиться, что все проекты присутствуют в главном файле решения, который находится в каждом дочернем решении.

Я играл вокруг с примером на этом сайте, где кто-то задает вопрос: Is it possibile to use the MSBUILD API to parse solution and project configuration?

Один из вопросов, я впадающие с помощью автоматизации DTE/DTE2 является то, что при выполнении кода в консольное приложение, я получаю окно консоли, а также уведомление в системном трее Windows, что «новые расширения доступны для загрузки».

Есть ли другие способы автоматизации сравнения?

ответ

0

Была такая же проблема. Я взял SLNTools и добавил функциональность там, чтобы объединить несколько решений в один Combined.sln.

Примечание: обратите внимание, что таким образом решения могут начать иметь странные зависимости, и в целом это не очень хороший способ разделить большой проект. Подумайте о том, чтобы разбить большой проект на несколько независимых, с прозрачными API-интерфейсами между ними (мы делаем это сейчас с большими затратами).

+0

Согласен, кусайте bull3t и создавайте разделение. Вы можете попробовать nuget .... но мне действительно нравится «плющ» (apache) как двоичный репозиторий. – granadaCoder

Смежные вопросы