Слияние с неправильной ревизией в некоторых обстоятельствах

Question

У меня есть основная ветка и ветка разработчика в TFS. Я слил изменения из основной ветки в ветку dev. Теперь, когда я пытаюсь снова объединиться, он говорит, что нечего сливать.

Однако, когда я сливаюсь из ветви dev в основную ветку, он волшебным образом решает, что куча файлов имеет различия (которые присутствуют только в основной ветке). Почему это решает это? Потому что TFS сравнивает, используя неверную версию списка изменений из ветки dev! Он использует список изменений от второго до последнего, а не последний, как я просил!

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

Answer 1

Хотя этот вопрос задавался очень давно.

Перво-наперво, вы работаете над веткой dev и у вас есть основная ветка, такая как опубликованная, поэтому при слиянии с main вы должны получить все наборы изменений, которые вы отметили в ветке dev.

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

Надеюсь, это то, что вы просили.