Я вижу файл в окне ожидающих изменений. Я пытаюсь сравнить его с последней версией и получаю сообщение «Файлы идентичны». Если файлы идентичны, почему этот файл отображается в окне ожидающих изменений? Что изменилось в этом файле? Могу ли я настроить TFS, чтобы не отображать идентичные файлы?
visual-studio-2010
tfs
dev.e.loper
источник
источник
Ответы:
Это нормально, если файл автоматически извлекается из-за изменения, и если в конечном итоге содержимое файла возвращается в исходное состояние. В этот момент вы увидите сообщение об идентичности содержимого при сравнении.
Эта запись в блоге описывает не очень интуитивный способ решения этой проблемы; а в комментариях есть еще лучшее предложение по работе с этим через командную строку с помощью инструментов TFS.
Ожидающие изменения TFS, игнорирующие идентичные файлы ...
источник
tfpt uuэлектроинструмент, а не хитрое решение «Нет для всех». Это приглашение отображается только при добавлении и изменении изменений. Например: переименование (это только отложенное переименование, а не переименование + редактирование) будет отменено пользовательским интерфейсом без запроса.tfpt uu /noget /r *должна быть выполнена из корня ветки. Говоря это, хотя он правильно улавливает повторяющиеся изменения, а затем заявляет об их отмене, я все еще вижу их как проверенные в VS и в диалоговом окне Check In, поэтому мне кажется, что это сломано: /Недавно я обновил VS2010 до VS 2013, и эта проблема еще больше. Когда вы используете сравнение, идентичные файлы вообще не появляются. Я ненавижу это, потому что вы не можете понять, какие файлы действительно изменены, пока вы внимательно не проверите файлы сравнения.
Наконец, я нашел обходной путь для этого:
добавьте «Отменить неизмененные проверки» во внешних инструментах:
tfpt.exeuu . /noget /recursive$(SolutionDir)После выполнения этой команды TFS автоматически отменит все избыточные изменения в файлах.
Но эти файлы по-прежнему сохраняют статус извлечения, на самом деле они уже отменены и такие же, как и в последней версии. Думаю, это ошибка в TFS. Вам просто нужно щелкнуть значок «Обновить» на панели инструментов в проводнике решений, эти файлы будут обновлены и покажут правильный статус!
источник
Чтобы сделать приведенное выше объяснение более ясным:
Работал у меня.
В дальнейшем:
Иногда я обнаруживал, что мне нужно запустить команду в открывающей строке командной строки разработчика (и получить ошибку «рабочая область не найдена»), прежде чем перейти в папку рабочей области и выполнить ее там. Если я перейду прямо в нужную папку, команда не будет найдена. (Я бы не возражал против решения этой проблемы само по себе.)
источник
Unable to determine the workspace. Уже пытался обновить кеш рабочей области, безуспешно. Через 2 часа я просто сдамся и проверю неизмененные файлы, чтобы избавиться от них.Я решил это, нажав
Stage Allкнопку в Changes, а затем отключив их с помощьюUnstage All.Это разрешило неизмененный файл, который у меня был в моем
Changesразделе. Красиво и просто.источник
Visual Studio 2012 представила новую концепцию под названием Local Workspace .
Если расположение рабочей области настроено как «Локальное», тогда будет размещена локальная копия исходного файла (как SVN / CVS).
Затем он автоматически скроет неизмененные файлы от ожидающих изменений.
Используйте обозреватель управления исходным кодом TFS, чтобы «Редактировать ...» рабочую область TFS, и измените «Дополнительно ...» - установив расположение с сервера на локальное.
источник
Для меня согласование рабочей области устраняет эти недопустимые ожидающие изменения:
источник