TFS crée un dossier $tf avec des gigaoctets de.les fichiers gz. Puis-je supprimer en toute sécurité?
j'utilise visual studio 2012 avec Microsoft TFS 2012.
Sur l'espace de travail est créé sur mon c: lecteur, un dossier caché $tf est créé. Je soupçonne TFS de créer ce dossier. C'est de l'espace disque caché car la taille actuelle est de plusieurs gigaoctets maintenant et c'est environ 25% de l'espace disque de la quantité totale de gigaoctets nécessaires pour l'espace de travail complet. Donc, ce caché $tf dossier est assez énorme.
La structure est comme ceci:
c:workspace$tf{many files with guid in filename}.gz
c:workspace$tf{many files with guid in filename}.gz
est ce que quelqu'un sait si je peux supprimer ce $tf dossier de sécurité ou s'il est absolument nécessaire de garder une trace des changements à l'intérieur de l'espace de travail?
3 réponses
TFS conserve un hachage et quelques informations supplémentaires sur tous les fichiers dans l'espace de travail afin qu'il puisse faire le suivi des changements pour les espaces de travail locaux et détecter rapidement les changements dans les fichiers. Il contient également la base de données compressée pour vos fichiers. Les fichiers binaires et les fichiers déjà compressés encombreront un peu d'espace. Simple .cs les fichiers doivent rester très petits (selon la taille de votre cluster FAT/NTFS).
Si vous voulez vous débarrasser de ces, puis définissez le type d'espace à un serveur d'espace de travail, mais perdre les avantages des espaces de travail locaux.
supprimer ces fichiers ne sera que temporaire puisque TFS va forcer leur recreation dès que vous effectuez une opération Get.
Vous pouvez réduire la taille de ce dossier en faisant quelques choses:
- créer de petits espaces de travail ciblés (saisissez seulement les éléments dont vous avez besoin pour faire les changements que vous devez faire)
- Masquer les dossiers, exclure les dossiers contenant des articles dont vous n'avez pas besoin. Surtout les dossiers contenant beaucoup de gros fichiers binaires
- mettez vos dépendances dans les paquets NuGet au lieu de les vérifier dans le contrôle source..
- mettez votre espace de travail TFS sur un lecteur avec une petite taille de cluster NTFS/FAT (une taille de cluster de 64Kb va sérieusement agrandir la quantité d'espace disque nécessaire si tout ce que vous avez sont des fichiers 1KB.
pour configurer l'espace de travail d'un serveur, changez le paramètre caché dans l'espace avancé section de configuration de l'espace de travail:
la réponse simple: j'ai supprimé les fichiers $tf une fois: le résultat net était que des fichiers nouvellement ajoutés apparaissaient dans mes modifications en attente, mais quand j'ai changé un fichier existant, le changement n'est pas apparu dans mes modifications en attente. Je ne recommande donc pas de supprimer ce dossier.
Pour répondre à la question initiale, la réponse est oui. Cependant, pour que TFS puisse suivre les changements, il devra être recréé, avec moins de dossiers et beaucoup moins d'espace disque. Pour ce faire:
- tout d'abord, supprimez tous les dossiers tf$ qui se trouvent actuellement dans votre dossier workspace.
- ensuite, déplacez tout le contenu restant du dossier original vers un autre dossier vide, de préférence un sur un autre lecteur;
- Effectuer une "dernière" dans le dossier original (maintenant vide) de l'espace de travail (cela va provoquer la création d'un seul dossier tf$ dans ce dossier original).
- maintenant, copiez tous les contenus que vous avez déplacés dans le dossier de sauvegarde en haut des résultats 'Get latest' dans le dossier original de l'espace de travail.
en effectuant ces étapes dans cet ordre, vous finirez avec les entrées tf$ dont TFS a besoin, mais dans un seul dossier et beaucoup plus compact - en outre, les deltas de toutes les modifications que vous avez faites qui n'avaient pas été l'enregistrement sera conservé et TFS les reconnaîtra comme des changements en attente comme il se doit.
notre solution Certitude AMULETs C++ compte 72 projets avancés, et nous devons le faire une fois par mois pour maintenir des vitesses de compilation et de recherche raisonnables.