Как разрешить конфликты с изменениями

Question

У меня есть сценарий в реальном времени, где есть один разработчик, который создал 3 набора изменений, как в 1.1.1.2 & 1.3 и решает проверить изменения 1.3.

Теперь второй разработчик проверяет код и записывает свой код и выполняет CheckIn. Ситуация 1-го разработчика решает, что он не должен был проверять checkIn 1.3 вместо IN 1.2, но если он проверяет в 1.2, то какие-либо изменения или кодирование, выполняемые вторым разработчиком, теряются при разработке кода в зависимости от набора изменений 1.3.

Таким образом, зависимости выполняются, и существует много конфликтов кода. может ли кто-нибудь сказать мне, как это исправить? каковы различные способы фиксации ситуации и как мы ее достигаем? Это в TFS.

Answer 1

1. Если предположить, что первый DEV проверил в 1.1, а затем 1,2, а затем 1,3, вы можете сделать следующее: Вернитесь к 1.2, ветви, а затем объединить совершающие второй разработчик в новую отрасль. Продолжайте движение оттуда или передайте новую ветку на верхнюю часть ствола.

2. Предполагая, что первый разработчик только проверил в 1.3 сразу, а не историю: пусть он создаст обратный патч от 1.3 -> 1.2. Примените его к результату работы второго разработчика, вручную обработайте конфликты.