Warum checkt Visual Studio die .vspscc-Datei aus, wenn ich einem Projekt eine Datei hinzufüge?

Wenn ich einem Projekt unter TFS-Quellcodeverwaltung eine neue Datei hinzufüge, werden die Projektdatei und die entsprechende .vspscc-Datei für diese Projektdatei ausgecheckt.

Die Projektdatei selbst ändert sich (um die neue Datei einzuschließen), aber die .vspscc-Datei ändert sich überhaupt nicht. Warum sich die Mühe machen, es auszuprobieren? Gibt es eine Möglichkeit, das Auschecken zu deaktivieren, und wenn ja, sollte ich das tun?

— Kenwarner
quelle

Das ist eine sehr gute Frage. Beim Hinzufügen von Projekten zur Quellcodeverwaltung werden anscheinend die .vspscc-Dateien erstellt und versioniert. Wenn Sie jedoch versuchen, das Projekt zu exportieren und einem anderen Quellcodeverwaltungsprogramm erneut hinzuzufügen, werden diese Dateien vom Quellcodeverwaltungsassistenten in die ignorierte Liste aufgenommen. Leider wurde diese Frage nicht mit einem eindeutigen Ja beantwortet, weil ... oder Nein, weil ... Antwort.

— Vinz

Antworten:

Es wird ausgecheckt, da es unter bestimmten Bedingungen geändert wird. Daher wurde es standardmäßig ausgecheckt. Ich würde mir darüber keine Sorgen machen ... es tut nichts weh, und wenn Sie es deaktivieren, könnte es Sie in Zukunft auf bizarre Weise schwer beißen.

— Caladain
quelle

Vielen Dank. Nur aus Neugier, eine Idee, was diese bestimmten Bedingungen sind?

— Kenwarner

Keine Ahnung. Ich habe gerade gesehen, dass es einmal in einem blauen Mond mit einer anderen Größe eingecheckt wurde, also gehe ich davon aus, dass es gelegentlich geändert wird. Wenn ich Montag zur Arbeit komme, kann ich sehen, ob ich sagen kann, was anders ist

— Caladain

Ich habe mir gerade den Versionsverlauf einer vspscc-Datei mit einem 9-monatigen Verlauf angesehen und es gibt Dutzende von Checkins ohne Änderungen seit dem ersten Hinzufügen.

— Kenwarner

Ich könnte mich sehr gut irren, da ich nicht überprüfen kann (da ich zu Hause bin und nicht arbeite), aber mein Verstand sagt mir, dass ich gesehen habe, wie sich die Größe geändert hat. (könnte auch nur halluzinieren: -S) Ungeachtet dessen schadet es nichts, wenn es jedes Mal überprüft wird

— Caladain

Hier eine Antwort: Team Foundation verwendet diese, um Listen von Dateien zu speichern, die von der Quellcodeverwaltung ausgeschlossen wurden. Wir haben einen Teil der vorhandenen SCC-Integrationsschicht in Visual Studio für die Integration von Team Foundation genutzt, und diese Dateien waren eine der Übertragungen. social.msdn.microsoft.com/Forums/en/tfsgeneral/thread/…

— Caladain

Nach diesem Beitrag von Ben Ryan:

Team Foundation verwendet diese, um Listen von Dateien zu speichern, die von der Quellcodeverwaltung ausgeschlossen wurden. Wir haben einen Teil der vorhandenen SCC-Integrationsschicht in Visual Studio für die Integration von Team Foundation genutzt, und diese Dateien waren eine der Übertragungen. Ich muss überprüfen, welche Logik darin bestand, diese SCC-Einstellungen in separate Dateien aufzuteilen, anstatt sie in die SCC-Abschnitte der Lösungs- und Projektdateien aufzunehmen.

— Paulo Santos
quelle

Diese Datei ist ein Überbleibsel aus früheren VSS / TFS-Implementierungen, wie sie Paulo Santos veröffentlicht hat.

Auf der Lösungsebene habe ich keine funktionale Verwendung für diese Dateien gefunden. In 10 Jahren mit TFS habe ich nie gesehen, dass diese Datei geändert wurde. Sie können diese .VSSCC-Dateien löschen, wie ich es normalerweise für meine Closed-Source-Lösungen tue.

Wenn Sie jedoch die .vsscc-Datei auf Lösungsebene löschen, wird beim ersten Öffnen der Lösungsdatei eine zerstörungsfreie Fehlermeldung angezeigt ... erst nachdem ein neuer Zweig erstellt wurde. Bei allen nachfolgenden Lösungsöffnungen wird die Fehlermeldung nicht erneut angezeigt.

In meinen TFS-Setup-Standards befindet sich die Lösungsdatei allein im Stammordner. Alle Projekte befinden sich in Unterordnern. Da diese .vsscc-Dateien die doppelte Anzahl von Dateien in meinem Stammverzeichnis haben, lösche ich sie immer.

Auf Projektebene lasse ich diese Dateien, da mein Team niemals Projektdateien direkt öffnet, sondern nur Lösungs-SLN-Dateien.

Für mein Team bevorzuge ich das einfache Öffnen von Lösungen durch Programmierer gegenüber dieser einmaligen Fehlermeldung.

— Robert J. Gut
quelle

Leider scheint es, dass Visual Studio (auch 2015) die Dateien selbst dann neu generiert, wenn Sie sie löschen.

— Palswim