Неправильные состояния файлов проекта TFS 2008

Question

У меня есть проект, сохраненный в TFS Source Control (2008), над которым работают 2 разработчика. Все 3 версии (Developer1, Developer2 и Server) соответствуют друг другу. Тем не менее, оба разработчика сообщают, что некоторые файлы в обозревателе решений говорят «извлечены кем-то другим или в другом месте», но те же файлы, которые просматриваются в обозревателе контроля версий, говорят, что они доступны. Кажется, что рабочие пространства запутались, но реальные файлы «хороши».

Кто-нибудь может помочь?

Answer 1

Раньше эти списки не синхронизировались. Для обновления статусов требовалось «Force Get Latest». Для этого вы выбираете «Получить определенную версию», а затем «Последние» и «Получить файл, даже если они уже существуют локально» (или какой-либо другой вариант). Это заставит файлы обновляться, даже если они уже обновлены, и также должно исправить их статус.

Вы могли бы подумать, что VS / TFS будет достаточно умен, чтобы согласовать это самостоятельно, но иногда они просто не делают этого по любой причине.

Answer 2

Если я извлекаю файл, а затем делаю «Отменить ожидающие изменения», он возвращается к нормальному состоянию. Я думаю, что это ошибка, и она пока не исправлена ​​ни в каких исправлениях или в будущих версиях.

http://social.msdn.microsoft.com/Forums/en-SG/tfsversioncontrol/thread/2a1c6a8c-0a2b-460c-9335-e31598f1107b

Answer 3

Перейдите в Файл-> Контроль исходного кода-> Рабочие пространства в Visual Studio. Убедитесь, что у разработчиков есть только 1 рабочее пространство. Вероятно, кто-то создал несколько рабочих пространств на своем компьютере и проверял там файлы.

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

Кроме того, эта ссылка показывает, как просмотреть все файлы, извлеченные для определенного человека.

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

Answer 4

У нас была эта проблема при обновлении с TFS 2005 до TFS 2008. Были проблемы с обновлением, которые заставили нас создать новую виртуальную машину и восстановить / обновить базу данных 2005 года. Мы проходили проверку подлинности в рабочих группах и заново создавали учетные записи локальных пользователей, но, поскольку у них у всех были новые идентификаторы безопасности, в некоторых отношениях они считались разными учетными записями. Все рабочие области оригинальных пользователей торчали вокруг.

Взгляните на инструменты командной строки tf и tfpt для работы с рабочими пространствами, посмотрите, есть ли у вас что-то осиротевшее. У Attrice Team Foundation Sidekicks также есть хороший менеджер рабочих областей с графическим интерфейсом.

Answer 5

У вас установлен SP1 ? Это исправило это для нашей команды. Если нет, проверьте, не имеет ли кто-либо из ваших разработчиков отдельное рабочее пространство и, возможно, извлек файлы на него

Answer 6

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

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