Pourquoi Visual Studio extrait-il le fichier .vspscc lorsque j'ajoute un fichier à un projet?
Si j'ajoute un nouveau fichier à un projet sous contrôle de source TFS, il extraira le fichier de projet et le fichier .vspscc correspondant 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 le vérifier? Existe-t-il un moyen de désactiver la récupération et, le cas échéant, dois-je le faire?
Il est extrait car sous certaines conditions il sera modifié ... et donc ils l'ont extrait par défaut. Je ne m'en inquiéterais pas ... cela ne fait rien de mal, et si vous le désactivez, cela pourrait vous mordre gravement à l'avenir d'une manière bizarre.
Selon ce post de Ben Ryan:
Team Foundation les utilise pour stocker des listes de fichiers qui ont été exclus du contrôle de code source. Nous avons exploité une partie de la couche d'intégration SCC existante dans Visual Studio pour intégrer Team Foundation, et ces fichiers ont été l'un des reports. Je vais devoir vérifier quelle était la logique pour les éliminer SCC paramètres dans des fichiers séparés au lieu de les placer dans les fichiers de solution et de projet 'SCC sections.
Ce fichier est un résidu des implémentations VSS/TFS antérieures, comme l'a publié Paulo Santos.
Au niveau de la solution, je n'ai trouvé aucune utilisation fonctionnelle de ces fichiers. En 10 ans d'utilisation de TFS, je n'ai jamais vu ce fichier modifié. Vous pouvez supprimer ces fichiers .VSSCC, comme je le fais couramment pour mes solutions de sources fermées.
Mais si vous supprimez le fichier .vsscc au niveau de la solution, vous obtiendrez un message d'erreur non destructif lors de la première ouverture du fichier de solution ... uniquement après la création d'une nouvelle branche. Toute ouverture de solution ultérieure n'affichera plus le message d'erreur.
Mes normes de configuration TFS ont le fichier de solution seul dans le dossier racine, tous les projets sont dans des sous-dossiers. Étant donné que ces fichiers .vsscc doublent le nombre de fichiers dans ma racine, je les supprime toujours.
Au niveau du projet, je laisse ces fichiers, car mon équipe n'ouvre jamais directement les fichiers du projet, uniquement les fichiers .SLN de la solution.
Pour mon équipe, je préfère la facilité d'ouverture de solutions du programmeur à ce message d'erreur unique.