#visual-studio-2015 #tfs-2015
#visual-studio-2015 #tfs-2015
Вопрос:
У нас много команд разработчиков, работающих над (одними и теми же) несколькими ветками в TFS. Мы будем выполнять слияние от ветки к ветке (от основной к релизной).
Мне любопытно узнать, как TFS будет управлять возможным конфликтом, если два или более разработчика одновременно объединяют одно и то же (изменения, влияющие на одни и те же файлы или скрипт)?
Заранее благодарю вас!
РЕДАКТИРОВАТЬ: чтобы было более понятно, если есть вероятность, что два или более разработчика будут объединяться в одно и то же время, как TFS узнает / управляет / управляет, какой человек потребуется для разрешения возможных конфликтов?
Ответ №1:
если возникает конфликт слияния, кому-то необходимо вмешаться и устранить конфликт, это не выполняется автоматически.
Это автоматически объединяется только тогда, когда нет конфликта (по крайней мере, нет конфликта, насколько может судить TFS)
дополнительная информация здесь: https://www.visualstudio.com/it-it/docs/tfvc/resolve-team-foundation-version-control-conflicts
Чтобы было более понятно, если есть вероятность, что два или более разработчика будут объединяться в одно и то же время, как TFS узнает / управляет / управляет, какой человек потребуется для разрешения возможных конфликтов?
Конфликты должны разрешаться регистрирующимся лицом при попытке регистрации, если возникают новые конфликты, то они должны быть разрешены. Обратите внимание, что разрешение конфликтов — это локальное изменение, а не изменение источника. После разрешения конфликтов и попытки их возврата, если возникнут новые, их также необходимо будет разрешить.
вы в команде разработчиков 1k? Вы регистрировались по ходу работы? В ту же ветку? в разные ветви? Я бы предположил, что вам пришлось бы довольно хорошо разделить работу, чтобы не наступать на пятки, но это действительно трудно сказать наверняка. TFS хороша в отношении слияний, пока код является управляемым.
Комментарии:
1. итак, вы думаете, что всегда будет хотя бы кто-то, кто проводит слияние, кому нужно будет вмешиваться?
2. если ваш код организован хорошо, с разделением проблем и слабой связью, конфликты слияния должны быть минимальными. Обычно я работал только с небольшими командами, но чаще всего все решается автоматически (по крайней мере, в коде, над которым я работал). Единственным реальным исключением из этого является то, что в одном проекте была служба WCF с 38-тысячной строкой, в которой обычно всегда возникали конфликты. Если бы код был более логично разделен, будь то с помощью другого сервиса или файлов частичного класса, конфликты слияния возникали бы реже.
3. У нас более 1 тыс. человек, работающих над очень большим проектом, и в спешке мы все объединим все, что у нас есть, в ближайшие два дня…