Структура проекта Team Foundation Server 2010 с небольшими группами

Question

в моей компании у нас очень маленькая (<5) команда.Мы создаем внутренние веб-приложения, из которых поддерживаем около дюжины, и ожидаем добавления большего. </p>

Мы настраиваем TFS 2010 и задаемся вопросом, какая структура лучше?Мы не работаем одновременно над проектом, поэтому я думаю, что нам не нужно ветвиться.Но мы создаем все наши решения в рамках одного командного проекта или создаем новый командный проект для каждого веб-приложения?

У нас также есть несколько библиотек классов, совместно используемых во всех веб-приложениях.Как нам это удается?Я весь день гуглял на нем и просто запутался все больше и больше.

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

С нетерпением жду любой помощи, Ричард

Answer 1

Я думаю, вы найдете ветвление полезным, даже если у вас есть команда разработчиков одного!

Замечательно иметь возможность испытать значительные изменения кода и объединить их обратно с основным (транковым) кодом.

Что касается проектов библиотек с общими классами, вы можете добавить их к нескольким решениям в любой момент времени.

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