Pourquoi vérifier Visual Studio le fichier .vspscc quand j'ajouter un fichier à un projet?

Question

Si j'ajoute un nouveau fichier à un projet sous contrôle de code source TFS, il vérifiera le dossier du projet et le fichier correspondant .vspscc pour ce fichier de projet.

Le fichier de projet lui-même change (pour inclure le nouveau fichier), mais le fichier .vspscc ne change pas du tout. Pourquoi prendre la peine de vérifier dehors? Est-il possible de le désactiver d'être vérifié et s'il y a, devrais-je?

Answer 1

Il est vérifié parce que dans certaines conditions, il sera modified..and ainsi ils vérifié que quelques défaut. Je ne vous inquiétez pas it..it est rien mal, et si vous désactivez, il pourrait vous mordre mal à l'avenir d'une manière bizarre.

Answer 2

Selon ce post de Ben Ryan:

  

Team Foundation utilise pour stocker des listes de fichiers qui ont été exclus du contrôle de source. Nous avons tiré parti une partie de la couche existante d'intégration de SCC dans Visual Studio Team Foundation à intégrer, et ces dossiers ont été l'un des reports de crédits. Je vais devoir vérifier dans ce que la logique en abolissant ces paramètres de SCC dans des fichiers séparés plutôt que de les mettre dans les sections de SCC des fichiers de solution et de projet.

Answer 3

Ce fichier est une durée d'efficacité des mises en œuvre passé VSS / TFS, comme Paulo Santos a posté.

Au niveau de la solution, j'ai trouvé aucune utilité fonctionnelle pour ces fichiers. En 10 ans d'utilisation TFS, je ne l'ai jamais vu ce fichier modifié. Vous pouvez supprimer ces fichiers .VSSCC, comme je le fais souvent pour mes solutions de code source fermé.

Mais si vous supprimez le fichier .vsscc niveau de solution, vous obtiendrez un message d'erreur non destructif sur la première fois ouvert du fichier solution ... seulement après une nouvelle branche est créée. Toutes ouverture de la solution suivante ne sera pas affiché le message d'erreur.

normes de configuration Mon TFS ont le fichier de solution seul dans le dossier racine, tous les projets sont en sous-dossiers. Étant donné que ces fichiers .vsscc double du nombre de fichiers dans ma racine, je les supprimer toujours.

Au niveau du projet, je laisse ces fichiers, que mon équipe ouvre jamais les fichiers de projet directement, les fichiers .sln que solution.

Pour mon équipe, je préfère l'aise programmeur de solutions d'ouverture sur ce message d'erreur unique.