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

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

Может ли кто-нибудь помочь?

источник

2009-10-01 Chris Arnold

Существовал ошибка, где ожидающие изменения внутри отложенных подсчитывали к измерению, которое использует Решение Explorer. Он должен быть исправлен в 2008 SP1. –

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

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

источник

2009-12-21 15:56:46 Greg

Я наблюдал такое же поведение. Никаких рабочих областей, полки, никаких филиалов, других пользователей - просто неправильное состояние tfs исчезает после «проверки» и «отмены ожидающих изменений». –

-1

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

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

источник

2009-10-01 12:09:24

Я согласен, что это действительно прекратит нашу работу. Он просто сеет семя сомнения в том, что все может быть не очень хорошо, и что более серьезная проблема появится позже (например, потерянный код). –

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

источник

2009-10-01 12:10:44

Все разработчики действительно установили SP1. –

Ах, теперь я помню, что это было (после того, как я наклонился над моей кабиной, чтобы спросить моего коллегу, если он вспомнил, что исправил этот вопрос, о котором я стонал). У меня был шкафчик, висящий вокруг. Проверьте, есть ли у вас одно и то же, либо не удалите его, либо удалите, если не нужно. –

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

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

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

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

источник

2009-10-01 12:16:24

незначительное улучшение! Я бы сказал, что это один из лучших! –

Да, я был маленьким языком в щеке. :-) –

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

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

источник

2009-10-02 03:19:10 SqlRyan

Да, попробовал это уже. Я не боюсь. –

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

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

источник

2009-10-02 03:25:08

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

ответ

Смежные вопросы