Конфликты из-за различий между случаями во время получения последних, хотя разработчики ничего не изменили

Question

Я использую TFS 2012 express. Когда я пытаюсь использовать последнюю версию, я получаю так много конфликтов (более 250). Когда я сравниваю это, я обнаружил, что почти все конфликты происходят из-за различий в Case. Иногда я получаю допустимые конфликты и с которыми можно манипулировать с помощью инструмента слияния. Но сравнивать это количество конфликтов (более 250) для меня очень сложно. Например, в приведенном ниже изображении вы можете увидеть изменения, такие как MsfgTemp и MSFgtemp (такие различия в случае). Я получаю много таких различий (еще один, я получил Val и val). На самом деле никто не внес каких-либо изменений в эти строки. Но все же конфликты показаны. Почему такие конфликты я получаю во время получения последней версии? Как это решить?

EDIT:

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

На сервере есть MsfgTemp (во многих строках кода).

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

Теперь я изменил некоторые строки кода и сохранил проект.

Теперь, когда я вижу разницу, я обнаружил много различий. Все изменения похожи на MsfgTemp и MSFgtemp. Другим был вал и Вал.

Так что уверен, что причина не в том, что кто-то изменился или что-то еще. При сохранении проекта что-то вызывает эти изменения. Мой проект - VB6. Я редактирую проекты только с использованием Microsoft Visual Basic 6.0.

Итак, что может быть причиной такого рода различий и как его можно решить?

Answer 1

Вы должны проверить историю файлов TFS или использовать annotate option, чтобы узнать, кто изменил эти строки и когда они были изменены.

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

Примечание: смотреть на маленьком кусочке кода вы публикуемую в примере то же имя переменной используется две строки выше в обоих файлах без конфликтов.

TempVar = MSFgtemp.TextMatrix(i, TaxDeductedCol) 

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

TempVar = MsfgTemp.TextMatrix(i, ArrAddColNum(k))