Constamment à obtenir Le magasin de données local est actuellement utilisé par une autre opération lorsque vous travaillez sur de petits projets
J'utilise Visual Studio Team Services pour stocker le code source de mes projets au fur et à mesure que j'y travaille. J'adore le service, en particulier le fait qu'il soit gratuit, mais je suis confronté à la plus grande douleur ces derniers temps.
Au hasard, lorsque je vais enregistrer, modifier, archiver check-out, je reçois cette erreur pour chaque fichier que je modifie. Donc, si j'essaie de sauvegarder les modifications dans 8 fichiers, je reçois ce message 8 fois et cela prend 45 à 60 secondes d'essayer de vérifier pour chaque fichier, cela prend 6 à 8 minutes pour que les erreurs s'arrêtent (même si je clique sur Annuler) .
Le magasin de données local est actuellement utilisé par une autre opération.
J'ai consulté le site en ligne et découvert que de nombreuses personnes avaient le même problème, mais la réponse de MS n'a rien à voir avec ma situation.
Cela signifie en gros que cela peut arriver lorsque vous avez plusieurs fichiers dans votre espace de travail ou que vous avez plusieurs grandes solutions ouvertes en même temps.
Cela ne s'applique pas à moi car je n'ai généralement qu'une solution ouverte à la fois et mes projets sont très petits (400 à 500 fichiers).
J'ai également abordé ce problème sous VS 2013 et TFS: chaque fois que j'ouvrais mon explorateur d'équipe, il fallait plus de 10 secondes pour afficher tous les projets, puis lorsque j'élargissais le projet dans le contrôle de source, il restait 10 secondes.
Plus tôt aujourd'hui, j'ai commencé à constater l'erreur "Le stockage local est utilisé" lorsque j'essayais de sauvegarder des données dans des fichiers de classe. J'ai fait des recherches originales, et ce lien a sauvé la journée à coup sûr. Maintenant, TFS flamboie!
Magasin de données local résolu
Ce que vous faites est modifier un espace de travail (y compris tous les projets associés) et modifier le menu déroulant "Emplacement" de "Local" à "Serveur". Il a fallu environ 4 à 5 minutes pour que les modifications soient terminées, mais cela en valait la peine.
Espérons que cela aidera quelqu'un sur la route.
J'ai constaté que l'erreur était déclenchée lorsque plusieurs instances de VS 2012+ étaient exécutées à l'aide des fenêtres Source Control Explorer, Solution Explorer et/ou Team Explorer. Je n'ai pas rencontré ce problème lors de l'exécution d'une instance unique de VS 2012+ (sur les mises à jour 2+) à l'aide des fenêtres Source Control Explorer, Solution Explorer et/ou Team Explorer.
J'ai trouvé cet article et lui ai donné une suggestion: empêcher plusieurs threads d'accéder simultanément au magasin de données. http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use .aspx
Cela s'est avéré être un remède à ce problème.
J'ajouterais que pour les autres utilisateurs disposant de référentiels de fichiers volumineux, utilisant le contrôle de source et partageant ce problème, il peut s'avérer extrêmement utile de créer plusieurs espaces de travail pour chacune de vos branches/référentiels. J'ai constaté qu'en faisant cela, mes requêtes auprès de TFS ont énormément accéléré et ont également aidé à éliminer cette erreur. J'ai trouvé cette suggestion ici: http://blogs.msdn.com/b/phkelley/archive/2013/05/30/using-multiple-workspaces-with-visual-studio.aspx . Je partage cela car les utilisateurs mentionnent que TFS tourne lentement.
Dernièrement, j'ai commencé à recevoir le même message d'erreur et Visual Studio a commencé à fonctionner très lentement avec TFS et Nuget. J'ai essayé de réparer et de désinstaller, mais je n'ai pas résolu le problème. Au et c'était tellement douloureusement lent que je ne peux pas continuer à travailler. (L'élargissement d'un élément sur l'explorateur de contrôle de code source prend 10 secondes)
Voici mon histoire et comment mon problème peut être résolu:
Les dossiers tfs mappés séparément ne permettent pas d’obtenir la totalité du fichier TFS, car il existe de nombreux documents non pertinents. Après avoir essayé de nombreuses suggestions de correctifs, j'ai pensé que cela pourrait être le problème, car j'ai fait ce mappage séparé pour la première fois alors que j'utilisais TFS. En règle générale, je mappe et récupère tous les éléments à la fois et je n'ai jamais rencontré ce problème auparavant.
J'ai enlevé toutes les cartographies et c'était comme par magie. L'erreur est partie, le contrôle de source TFS lent est parti et il est rapide maintenant. Juste pour être en sécurité, je supprime également mes espaces de travail, en crée un nouveau et récupère tous les éléments TFS en même temps.
J'ai aussi commencé à avoir la même erreur cette semaine. Peut-être qu'il y a un problème avec VS Update 3?
Il est tout simplement impossible de travailler sur l’un des projets de l’espace de travail local "brisé".
VS montrerait que tous les fichiers ont été extraits, mais aucun n’était vraiment.
Les autres espaces de travail locaux fonctionnaient bien.
J'ai essayé de supprimer un projet de l'espace de travail, mais lorsque j'essayais de le confirmer, je recevais à nouveau la même erreur TF400030.
Suggestion
Si rien d’autre ne fonctionne, essayez d’essayer ceci: il suffit de supprimer tout l’espace de travail et de le recréer, en séparant cette fois les projets dans différents espaces de travail. Cela a fonctionné pour moi.
Vous voudrez probablement d'abord sauvegarder vos fichiers.
Avait le même problème, peut être résolu en 3 étapes rapides:
Supprimer l'espace de travail actuel: Explorateur de contrôle de code source -> Zone de travail Zone de liste déroulante -> espaces de travail ... et supprimer l'espace de travail.
- Assurez-vous que toutes les modifications en attente sont archivées
Supprimer le dossier local de l'espace de travail.
- Il est préférable de supprimer complètement le dossier. Si vous gardez éventuellement certains dossiers, assurez-vous de supprimer tous les dossiers $ tf (dossiers cachés dans le dossier de l'espace de travail).
Remappez les projets dont vous avez besoin (le moins possible, le meilleur)
Des espoirs qui aident.
Dans mon cas, la cause était un dossier compressé contenant mon magasin de données local, affiché en bleu dans l'Explorateur Windows. Supprimer la compression a fait l'affaire.
J'ai rencontré cette erreur en renommant mon espace de travail. Après être revenu à l'original, tout a fonctionné à nouveau