2015-12-03 7 views
1

Итак, я пытаюсь слиться из ветки A в B и после выполнения слияния, я проверяю изменения на B, а затем снова сравниваю ветви. Все еще обнаружены различия. Одной из них является диаграмма модели данных сущности «my_model.edmx.diagram».TFS 2012 Branch merge does not get all

Глядя на различия, его только видя разницу в местоположении и ширине значков сущности и т. Д. Этот файл на самом деле представляет собой просто XML-файл. Был также файл .sql, который не слился, и мне удалось его объединить, выбрав его byitself, а затем слияние именно этого файла. Однако файл edmx.diagram не будет работать. Может быть проблема с типом файла?

ответ

1

Никогда не слышал этот тип файла. Если вы можете поместить файлы в исходный элемент управления. Предположим, что эти файлы должны поддерживаться TFS.

workaroud для этой ситуации:

  1. Очистить папку для отображения ветви В (Убедитесь, что изменения, которые фиксируются) и удалить отображение ветви В.
  2. переназначение его ясную локальную папку ,

  3. Сверните ветвь А до В и проверьте изменения.


Update

Изменения в каждой ветви независимы друг от друга, так что вы не должны проверить их перед переходом с одной ветви на другую. Слияние между ветвями сестры требует необоснованного слияния.

Источник: https://msdn.microsoft.com/en-us/Library/vs/alm/code/overview (Возможности → Основы → Ветвление)

+0

Хорошо, попробовал это также. Нет кубиков! Очистила целевую папку, переделала и снова выполнила слияние - на этот раз ответ был «Не было изменений для слияния». Тем не менее, если я вернусь в SCE (проводник управления версиями) и сравню на уровне филиала, я все еще вижу 3 файла как разные. – BitShift

+0

Возможно, мне нужно сделать необоснованное слияние? https://msdn.microsoft.com/en-us/library/bb668976.aspx – BitShift

+0

Хорошо, хорошо ... необоснованное слияние сделало трюк. Вопрос в том, почему это стало необходимым? – BitShift

0

Я думаю, что вы используете систему управления версиями вместо Team Explorer. У меня такая же проблема.

Asif