Переход против полок в TFS

Стеллажи и разветвление не являются той же концепцией.

ВВЕСТЬ ПРИНИМАЕТСЯ КОДА БАЗОВАНИЯ и «разделение», в основном делая его копию. Команды развития могут все работать над своими собственными ветвями (например), а затем все изменения могут быть объединены обратно в исходное ветвь. Ветви могут быть объединены только в родительскую ветвь в TFS.

Стеллажи позволяет разработчикам проверить код в систему контроля источника в «отрезку». Код не проверяется в главную ветку. Если менеджер по сборке или другому разработчику «становится последним», он по умолчанию не получит полки. Слоки благополучаются в исходном контроле, как и все остальные код, это просто не в ветке. Другие разработчики могут выдвигать полки вниз, чтобы увидеть эффекты. В какой-то момент изменения будут проверены в главную ветку и будут частью изменений.

Я предлагаю эту книгу: http://www.amazon.com/team-foundation-server-2008-Action/dp/1933988592/REF=SR_1_1?ie=utf8&s= ack&qid=1263417920&sr=8-1

Это имеет очень просто Еще эффективное объяснение стеллажей, объединения и различных моделей разветвлений.

Shelvesets являются набором незаконченных изменений, комментариев и связанных предметов работы.

Сценарии:

• Резервное копирование
• Временно перемещение изменяется на работу над другим вопросом
• Удаленные обзоры кода
• сборки Buddy или координатные изменения

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

Стеллажи и ветвление являются двумя совершенно разными вещами. Стеллажи позволяет вам хранить все изменения в TFS, но они на самом деле не проверяются в какую-либо конкретную ветку. Ваши изменения просто сохранены под данным именем. Это на самом деле очень полезно, потому что это отличный способ выполнить отзывы кода. Я мог бы внести изменения в 10 различных файлов. Я создам шелвесет из этих изменений с именем. Затем я попрошу кого-то еще просматривать мой шелвесет. Затем я могу нерешить эти изменения или удалить шелвесет.

Отделение - это процесс, посредством которого вы делаете полную копию багажника кода и дайте ему имя и местоположение. Затем вы можете зарегистрироваться / out / ound / слияние против ветви кода. Это здорово при работе над следующей версией приложения. Вы можете создать ветку для работы по новым функциям.

Вот хорошее объяснение шелкеров: http://msdn.microsoft.com/en-us/library/ms181403 (vs.80) .aspx

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

Полка аналогична временной папке. Вы можете использовать их для просмотра кода, или как мы это делаем, или если вам нужно что-то исправить, так это в TFS и с резервным копированием. Вы откладываете любой код, над которым работаете (присваивая ему ярлык), а затем возвращаетесь к основному. Когда вы закончили, вы меняете Main на вашу полку, и жизнь продолжается без остановки.

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