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

Question

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

Теперь второй разработчик проверяет код, пишет свой код и делает CheckIn. Ситуация 1-й: разработчик решает, что ему не следует проверять в 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.Примените его к результату работы второго разработчика, вручную решите конфликты.