Когда использовать тег/ярлык и когда нужно разветвляться?

Использование TFS, когда вы назовете свой код и когда будете входить?

Существует ли концепция магистрали/магистрали в TFS?

Ответ 1

Метка в TFS - это способ пометки коллекции файлов. Метка содержит кучу файлов и версию файла. Это очень дешевый способ маркировки, какие версии файлов составляют сборку и т.д.

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

Как говорит Эрик Синк, ветка похожа на щенка. Это требует некоторой осторожности и кормления.

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

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

Martin.

Ответ 2

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

Ответ 3

Эндрю утверждает, что маркировка более ленивая, чем разветвление; он в большинстве случаев более эффективен, а не ленив. Маркировка может позволить пользователям захватывать проект в любой момент времени, сохранять историю файлов, измененных для версии или сборки, и отключаться/работать с кодом в любой момент, а затем сливаться обратно в основную ветвь. Вместо того, что сказал Эндрю, вам рекомендуется подключаться только в том случае, когда требуется более одного набора двоичных файлов - когда разработка QC и Dev происходит одновременно или когда вам нужно применить исправление к старой версии, например.

Ответ 4

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

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