Рекомендуемая структура ветвления TFS для нескольких разработчиков

Question

Я не мастер TFS. В моей предыдущей компании я использовал tfs для контроля источника, но он уже был структурирован некоторым консультантом. Структура как этот

$/Main 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -Development 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -DEV1 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -DEV2 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 

После каждого развития мы бы проверить в наш узел, затем слейте развития, проверить в то сливаясь Main и проверить в.

Теперь я новая компания и мы сделали структурирование самостоятельно. Наша текущая структура составляет всего лишь

$/Main 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 

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

Я прав?

Answer 1

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

В том числе ссылка @Joe предоставлена, вы также можете проверить статью Branch strategically и найти, какая стратегия отрасли подходит для вашей новой компании.