Управление жизненным циклом TFS для среды сборки

Question

Как бы вы управляли жизненным циклом и процессом автоматической сборки, когда некоторые проекты (C# .csproj проекты) являются частью реальной системы сборки?

Пример: .csproj - это проект, который использует MSBuild задач, которые реализованы в BuildEnv.csproj . Оба проекта являются частью одного и того же продукта (это означает, что BuildEnv.csproj часто изменяется в процессе разработки продукта, а не третья сторона, которая редко обновляется)

Answer 1

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

Ранее мы разделили две системы на отдельные проекты в CVS.

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

Надеюсь, это поможет.