Perché Visual Studio controlla il file .vspscc quando aggiungo un file a un progetto?

Question

Se posso aggiungere un nuovo file a un progetto sotto il controllo del codice sorgente TFS, si controlla il file di progetto e il corrispondente file .vspscc per quel file di progetto.

Il file di progetto stesso cambia (per includere il nuovo file), ma il file .vspscc non cambia affatto. Perché preoccuparsi di controllare fuori? C'è un modo per disattivare che venga controllato e se c'è, dovrei?

Answer 1

Si viene controllato perché in determinate condizioni sarà modified..and quindi hanno controllato fuori come una questione di default. Io non preoccuparsi it..it non fa male niente, e se si disattiva esso, potrebbe mordere male in futuro in un modo bizzarro.

Answer 2

questo post di Ben Ryan:

  

Team Foundation usa per memorizzare elenchi di file che sono stati esclusi dal controllo del codice sorgente. Abbiamo sfruttato alcuni dei layer di integrazione SCC esistente in Visual Studio per integrare Team Foundation, e questi file sono stati uno dei riporti. Dovrò verificare in quanto la logica era scoppiata queste impostazioni SCC in file separati invece di metterli in sezioni SCC soluzione e dei file di progetto.

Answer 3

Questo file è un retaggio del passato VSS / implementazioni TFS, come Paulo Santos postato.

Al livello della soluzione, non ho trovato l'uso funzionale per questi file. In 10 anni di utilizzo di TFS, non ho mai visto quel file alterato. È possibile eliminare questi file .VSSCC, come comunemente faccio per le mie soluzioni closed source.

Ma se si elimina il file .vsscc-livello della soluzione, si otterrà un messaggio di errore non distruttiva sul primo tempo di apertura del file di soluzione ... solo dopo che è stato creato un nuovo ramo. Tutti successiva apertura soluzione non verrà visualizzato il messaggio di errore.

standard di impostare il mio TFS hanno il file di soluzione da solo nella cartella principale, tutti i progetti sono in sottocartelle. Dal momento che tali file .vsscc raddoppiare il numero di file nella mia radice, ho sempre cancellarli.

A livello di progetto, lascio questi file, come la mia squadra non apre i file di progetto direttamente, file .sln unica soluzione.

Per la mia squadra, io preferisco programmatore facilità di soluzioni di apertura su quel messaggio di errore di una volta.