Ce fichier est un vestige des implémentations VSS/TFS passées, comme Paulo Santos.
Au niveau de la solution, je n'ai trouvé aucune utilisation fonctionnelle pour 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 à source fermée. 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 ... seulement après la création d'une nouvelle branche. Toute ouverture ultérieure de la solution ne montrera plus le message d'erreur.
Mes normes de configuration TFS ont le fichier de solution seul dans le dossier racine, tous les projets se trouvent dans des sous-dossiers. Puisque 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 les fichiers de projet directement, seuls les fichiers .SLN de la solution.
Pour mon équipe, je préfère programmer la facilité d'ouverture des solutions sur ce message d'erreur unique.
C'est une très bonne question. Lors de l'ajout de projets au contrôle de code source, il semble créer ** et version ** les fichiers .vspscc. Si vous essayez cependant d'exporter et de réajouter le projet à un autre contrôle de source, l'Assistant de contrôle de source place ces fichiers dans la liste ignorée. Malheureusement, cette question n'a pas reçu de réponse définitive ** oui parce que ... ** ou ** non parce que ... ** réponse. – Vinzenz