2016-03-31 9 views
11

Come per i tag, sto utilizzando VS2013 e TFS2013.Controllo origine TFS: nuovi file non rilevati automaticamente come modifiche in sospeso

Nella soluzione sono presenti più progetti: modello, relatore, vista, ecc. Tutti gli altri progetti funzionano come previsto in termini di operazioni di controllo del codice sorgente.

Problemi con il progetto di modello:

  • L'aggiunta di un nuovo file tramite Esplora soluzioni non viene rilevato automaticamente come una modifica in sospeso
  • L'eliminazione di un file non viene rilevata sia

Altro le operazioni di controllo del codice sorgente funzionano correttamente per il progetto Modello, ad esempio:

  • Ottieni ultime v ersion
  • Modifica rilevamento per i file esistenti (tra cui le modifiche al csproj file quando si aggiunge un nuovo file)
  • Il check-in in attesa cambia

Il file csproj rivelerebbe in attesa di cambiamenti con l'appena aggiunto file elencato in esso, ma il nuovo file non viene visualizzato, quindi causa errori di compilazione sulle macchine di altri sviluppatori se solo le modifiche di csproj sono archiviate.

La soluzione è trovare il file aggiunto in solution explorer e Aggiungi tramite menu contestuale, questo lo farà apparire come una modifica in sospeso. Ma questo processo dovrebbe essere automatico come per gli altri progetti.

Notato che non esiste alcun file .vspscc per il progetto Modello mentre altri progetti ne hanno uno ciascuno.

Qualsiasi aiuto apprezzato. Grazie.

+0

hi, per caso sono il nuovo file aggiunto nella sezione esclusi? Se il problema viene visualizzato solo sul computer, il binding del controllo del codice sorgente TFS potrebbe essere interrotto per il progetto. – Angshuman

risposta

5

Vorrei separare e associare nuovamente il progetto problema e riprovare:

https://msdn.microsoft.com/en-us/library/0eh3790h%28v=vs.90%29.aspx

+3

OK, si scopre che il progetto non era associato al controllo del codice sorgente. Ho verificato ciò andando alla finestra di dialogo Cambia controllo del codice sorgente. Immagino che le altre operazioni di controllo del codice sorgente abbiano funzionato per il progetto perché il controllo del codice sorgente si comportava solo come un semplice controllo delle versioni basato sulla struttura delle cartelle, ma non sapendo che si trattava di un progetto di studio visivo. Dopo aver vincolato il progetto al controllo del codice sorgente, i problemi menzionati sono stati risolti perché immagino che ora il progetto discuta direttamente con il controllo del codice sorgente quando un file viene aggiunto o eliminato. –

Problemi correlati