Pourquoi Visual Studio découvrez l' .vspscc fichier lorsque j'ajoute un fichier à un projet?

Si j'ajoute un nouveau fichier à un projet en vertu de la TSF de contrôle à la source, il va extraire le fichier de projet et le correspondant .vspscc fichier pour que le fichier de projet.

Le fichier de projet lui-même change (pour inclure le nouveau fichier), mais le .vspscc fichier ne change pas du tout. Pourquoi la peine de la vérifier? Est-il un moyen de désactiver la vérification et s'il existe, doit-je?

  • C'est une très bonne question. Lors de l'ajout de projets pour le Contrôle de la Source, elle semble créer des et la version l' .vspscc fichiers. Si vous essayez d'exporter et de ré-ajouter le projet à une autre source de contrôle, de commande de la source de l'assistant met ces fichiers à la liste des utilisateurs ignorés. Malheureusement, cette question n'a pas été répondu avec une certaine oui, parce que... ou non, parce que... réponse.
InformationsquelleAutor kenwarner | 2010-06-25
  1. 34

    Il obtient vérifié que, dans certaines conditions, il sera modifié..et donc ils ont vérifié comme une question de valeur par défaut. Je ne serais pas s'inquiéter à ce sujet..il n'est pas mal quoi que ce soit, et si vous le désactivez, il pourrait vous mordre mal dans le futur d'une façon bizarre.

    • merci. juste par curiosité, toute idée de ce que ceux de certaines conditions?
    • Pas la moindre idée. Je viens de voir il a vérifié avec une autre taille, une fois dans une lune bleue, donc je suppose que c'est être changé de temps en temps. Quand je travaille le lundi, je peux voir si je peux dire ce qui est différent
    • j'ai juste regardé la version de l'histoire sur une vspscc fichier avec 9 mois de l'histoire et il y a des dizaines d'archivages avec pas de changements depuis la première fois qu'il a été ajouté.
    • Je pourrais très bien être faux, je ne peux pas vérifier (depuis que je suis à la maison et ne pas travailler), mais mon esprit me dit que j'ai vu c'est le changement de taille. (peut-être juste hallucinant que bien :-S), quel que soit, il ne fera pas mal n'importe quoi pour avoir vérifié à chaque fois
    • Voici une réponse: l'Équipe de la Fondation utilise pour stocker des listes de fichiers qui ont été exclus de contrôle de code source. Nous avons mis à profit certaines des CSC couche d'intégration dans Visual Studio pour intégrer l'Équipe de la Fondation, et ces fichiers ont été l'un des reports. social.msdn.microsoft.com/Forums/en/tfsgeneral/thread/...
    • Malheureusement, dans mon cas, j'ai de la latence entre moi et les serveurs TFS et il y a environ 87 de ces dans la solution. Chaque caisse prend 15 secondes, pendant lesquelles je ne peux rien faire de productif. Donc dans mon cas "ne pas se soucier à ce sujet" n'est pas une option.
    • Je n'ai pas trouvé les questions de l'exclusion de ces types de fichiers à partir de TFS. Sauf que je suis absent quelque chose?
    • L'étrange morsure peut se produire parce que même MSFT ne sait pas ce que ces fichiers sont pour. J'ai exclu pendant des années, et le seul problème que j'ai c'est que nuget essaie de cocher une case avant de vérifier s'il existe.

    InformationsquelleAutor Caladain
  2. 29

    Selon ce post de Ben Ryan:

    De l'équipe de la Fondation utilise pour stocker des listes de fichiers qui ont été exclus de contrôle de code source. Nous avons mis à profit certaines des CSC couche d'intégration dans Visual Studio pour intégrer l'Équipe de la Fondation, et ces fichiers ont été l'un des reports. Je vais vérifier dans la logique était de briser ces CSC paramètres dans des fichiers séparés plutôt que de les mettre dans la solution et les fichiers de projet' CSC sections.

    InformationsquelleAutor Paulo Santos
  3. 2

    Ce fichier est un vestige du passé VSS/TFS implémentations, comme Paulo Santos posté.

    Sur le niveau de solution, je n'ai trouvé aucune utilisation fonctionnelle de ces fichiers. En 10 ans d'utilisation de TFS, je n'ai jamais vu que le fichier modifié. Vous pouvez supprimer ces .VSSCC fichiers, comme je l'ai souvent fait dans mon code source fermé solutions.

    Mais si vous supprimez la solution de niveau .vsscc fichier, vous obtiendrez un non-destructive message d'erreur sur le premier temps d'ouvrir le fichier de solution...seulement après une nouvelle branche est créée. Toutes les solution de l'ouverture ne sera pas afficher le message d'erreur.

    Mon installation de TFS normes avons la solution seul fichier dans le dossier racine, tous les projets sont dans les sous-dossiers. Depuis ceux-ci .vsscc fichiers en double le nombre de fichiers dans mes racines, j'ai toujours les supprimer.

    Sur un projet, je laisse ces fichiers, que mon équipe s'ouvre jamais les fichiers de projet directement, seule solution .La SLN fichiers.

    Pour mon équipe, je préfère le programmeur de la facilité d'ouverture des solutions plus qu'un message d'erreur.

    • Malheureusement, il semble que même si vous supprimez les fichiers, Visual Studio (même en 2015) sera re-générer.
    InformationsquelleAutor Robert J. Good