Сервер Основы команды, переходящий характеристики, по сравнению с другими
Каковы переходящие характеристики TFS?
Раннее Ветвление / Тяжелое Ветвление
Если мы смотрим на инструменты Perforce, Подверсию, CVS, например, мы видим, что ветвление делает копию соединительной линии. Это "рано переходит" все файлы, которые определяются, чтобы перейтись, независимо от того, изменяются ли те файлы в том ответвлении.
Эта методология начинает создавать новые версии файлов, в то время, когда решение создать ответвление принято для всего дерева файлов.
Один из самых больших недостатков - то, что любые изменения сделали вне того ответвления (обычно в соединительной линии), который Вы хотите принести в ответвление, потребовать слияний на файл внутрь этих файлов, поскольку они "рано перешли".
Последнее Ветвление / Дешевое Ветвление
По сравнению с более свежими инструментами - например - ClearCase, Пластмассовым SCM, AccuRev, Подвижным, Мерзавец - мы видим последнюю (дешевую) переходящую политику.
Мы видим, что сначала новые версии в ответвлении только создаются, когда в файле регистрируются на ответвлении.
Это означает, что, когда изменения происходят на соединительной линии, которую Вы хотите повторно основывать в свое ответвление, никакие слияния для неизменных файлов не происходят.
Как TFS ведет себя?
протесты: Я отмечаю, что моя терминология не точна, когда мы рассматриваем инструменты DVCS. Я распознаю, По необходимости имеет окольный способ наложить представления, но он не обошелся без большого труда.
3 ответа
Примечание: здесь может помочь Version Control (ex Branching and Merging) Guide.
В документе "Single Dev Team Scenario 2.0.pdf" файла TFS Branchching Guide - Lab.zip вы увидите, что за созданием ответвления следует коммит (проверка всех файлов из исходной ветки.
).
Используемое пространство минимизируется, как описано в Isolation for Collaboration page:
Когда вы создаете новую ветку и коммитируете, все файлы в новой ветке, идентичные файлам в исходной ветке, указывают на то же самое содержимое.
. В результате ветвь потребляет очень мало места для хранения, а пространство для хранения расширяется только тогда, когда разветвленный файл становится отличным от исходного.
. И даже когда файлы меняются, Team Foundation Server использует механизм дифференцированных конференций для анализа изменений между файлами и повторной оптимизации пространства хранилища.
Таким образом, это тяжелая ветка для TFS2008 (с оптимизацией пространства).
В TFS2010 ветки являются объектами первого класса и легко отделяются от простых папок.
Мне сказали, что TFS ближе к первому, чем ко второму.
.При создании ветки в tfs 2008 сначала необходимо проверить новые разветвленные файлы. После того, как вы проверили их в версионной ветке, начинается проверка отдельно от оригинальной. Вы также можете отслеживать историю разветвлённых файлов до того, как они были разветвлёнными, но вам нужно установить TFS Follow Branch History Add-in для VS