Многократная проверка с сервером Team Foundation

Question

У нас около 3 человек работают над проектом в TFS.Наша компания установила для нашего проекта TFS единый контроль.Но иногда у нас есть 1 человек, проверяющий определенные файлы, файлы решения и т. Д. Является ли плохой практикой включение нескольких проверок и использование инструмента слияния или различий для решения проблемы, если мы оба случайно переписали чужой код?* Я где-то читал, что это все о хорошем общении и о том, что инструмент diff поможет справиться с этими проблемами, но наши работодатели предлагают использовать единую проверку.

2 вопроса.Должны ли мы включить несколько проверок?Если да, то как мы можем включить множественные проверки?

Answer 1

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

Однако это также может снизить производительность и развитие, особенносредние и большие команды.Если Джон не может выполнить свою функцию до того, как Сьюзен проверяет свою версию файла;Некоторое время будет потрачено впустую.

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

Answer 2

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