it-swarm.com.ru

Постоянное получение Локальное хранилище данных в данный момент используется другой операцией при работе над небольшими проектами.

Я использую Visual Studio Team Services для хранения исходного кода своих проектов во время работы над ними. Мне нравится этот сервис, особенно то, что он бесплатный, но в последнее время я столкнулся с самой большой болью.

Случайно, когда я иду, чтобы сохранить, изменить, проверить, проверить, я получаю эту ошибку для каждого файла, который я изменяю. Поэтому, если я пытаюсь сохранить изменения в 8 файлах, я получаю это сообщение 8 раз, и для каждого файла требуется 45- 60 секунд, чтобы проверить, что занимает 6 - 8 минут, чтобы ошибки прекратились (даже если я нажму кнопку "Отмена") ,.

Локальное хранилище данных в данный момент используется другой операцией

Я посмотрел его в Интернете и нашел много людей с той же проблемой, но ответ от MS не имеет ничего общего с моей ситуацией.

http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation.aspx

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

Это не относится ко мне, так как у меня обычно есть только открытое решение за раз, и мои проекты очень маленькие (400-500 файлов).

37
QBM5

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

Ранее сегодня я начал испытывать ошибку «локальное хранилище используется» при попытке сохранить данные в файлах классов. Я провел какое-то оригинальное исследование, и эта следующая ссылка наверняка спасла день. Теперь TFS пылает!

Локальное хранилище данных решено

Вы редактируете рабочее пространство (включая все связанные проекты) и меняете выпадающий список «Расположение» с «Локальный» на «Сервер». Изменения заняли около 4-5 минут, но это того стоило.

Надеюсь, это поможет кому-то в будущем.

41
Rob Scott

Я обнаружил, что ошибка будет вызвана, когда у меня будет несколько раз запущен экземпляр VS 2012+ с использованием окон Source Control Explorer, Solution Explorer и/или Team Explorer. У меня не было этой проблемы при запуске одного экземпляра VS 2012+ (в обновлениях 2+) с использованием окон управления версиями, обозревателя решений и/или Team Explorer в тандеме.

Я нашел эту статью и дал ей предложение: предотвратить одновременный доступ нескольких потоков к хранилищу данных. http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation .aspx

Это оказалось лекарством от этой проблемы.

Я бы добавил, что для других пользователей с большими файловыми репозиториями, использующими управление исходным кодом, и поделитесь этой проблемой, может быть очень полезно создать несколько рабочих пространств для каждой из ваших веток/репозиториев. Я обнаружил, что благодаря этому мои запросы к TFS значительно ускорились, а также помогли с этой ошибкой. Я нашел это предложение здесь: http://blogs.msdn.com/b/phkelley/archive/2013/05/30/using-multiple-workspaces-with-visual-studio.aspx . Я разделяю это, поскольку пользователи упоминают, что TFS работает медленно.

5
CodeLocked

В последнее время я начал получать то же сообщение об ошибке, и Visual Studio начал работать очень медленно с TFS и nuget. Я пытался восстановить и удалить, но не решил проблему. На и это было так мучительно медленно, что я не могу продолжать работать. (Развертывание одного элемента в проводнике управления источниками занимает 10 секунд)

Вот моя история и как решить мою проблему:

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

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

5
Levent Sezer

Я также начал получать ту же ошибку на этой неделе. Может быть, что-то не так с VS Update 3?
Просто больше не мог работать ни над одним из проектов «сломанной» локальной рабочей области.
VS покажет все файлы как проверенные, но ни один из них не был на самом деле.
Другие локальные рабочие области работали нормально.

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

Предложение

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

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

2
Caio Campos

Была такая же проблема, может быть исправлена ​​в 3 быстрых шага:

  1. Удалить текущее рабочее пространство: Source Control Explorer -> Рабочее пространство ListBox -> рабочие пространства ... и удалить рабочее пространство.

    - Убедитесь, что все ожидающие изменения отмечены

  2. Удалить рабочую область локальной папки. 

    - Лучше полностью удалить папку. Если в конечном итоге некоторые папки останутся, обязательно удалите все папки $ tf (скрытые папки внутри папки рабочей области).

  3. Перераспределите нужные вам проекты (чем меньше, тем лучше)

Надежды, которые помогают.

1
RoyMalka

В моем случае причиной была сжатая папка с моим локальным хранилищем данных, показанная синим цветом в Windows Explorer. Удаление сжатия сделало свое дело.

0
Phat Phuc

Я столкнулся с этой ошибкой при переименовании моего рабочего пространства. После возврата к оригиналу все снова заработало нормально

0
user3838018