Управление жизненным циклом TFS для среды сборки
Вопрос
Как бы вы управляли жизненным циклом и автоматизированным процессом сборки, если некоторые проекты (C#
.csproj проекты) являются частью реальной системы сборки?
Пример:А .csproj это проект, который использует MSBuild
задачи, которые реализуются в BuildEnv.csproj.Оба проекта являются частью одного и того же продукта (то есть BuildEnv.csproj часто меняется по мере разработки продукта, а не стороннего производителя, который редко обновляется)
Решение
Вы должны разделить это на два отдельных «проекта», иначе вы потратите целую вечность, гоняясь за своим хвостом, пытаясь выяснить, вызвана ли сломанная сборка изменениями в системе сборки или изменениями в разрабатываемом коде.
Ранее мы выделили две системы в отдельные проекты CVS.
Вы хотите иметь возможность изменять одно, сохраняя при этом другое постоянным, чтобы ограничить то, на что вам придется обращать внимание при проведении судебно-медицинской экспертизы.
Надеюсь, это поможет.