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

Я использую 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 файлов).

Ответ 1

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

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

Локальный хранилище данных устранено

Что вы делаете, это рабочее пространство редактирования (включая все связанные проекты) и изменить раскрывающееся меню "Местоположение" с "Локальный" на "Сервер". Для завершения изменений потребовалось около 4-5 минут, но это того стоило.

Надеюсь, это поможет кому-то по дороге.

Ответ 2

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

Вот моя история и моя проблема:

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

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

Ответ 3

Я обнаружил, что ошибка будет сработать, когда у меня будет несколько раз запущен экземпляр 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 работает медленно.

Ответ 4

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

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

Предложение

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

Сначала вы захотите создать резервные копии файлов.

Ответ 5

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

Удалить текущее рабочее пространство: Source Control Explorer → Work Space ListBox → workspaces... и удалить рабочее пространство.

- Убедитесь, что все ожидающие изменения отмечены в
Удалить рабочую область локальной папки.

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

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

Ответ 6

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

Ответ 7

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

Ответ 8

Я сделал, как указано ниже, и TFS начал работать нормально

Закройте все экземпляры VS
Перейдите в: C:\Users [имя_пользователя]\AppData\Local\Microsoft\VisualStudio\15.0_46af8b8e
Удалить файл privateregistry.bin
Повторно открыть решение проекта

Выше работал на меня.