Ristabilire i collegamenti di controllo sorgente TFS

Question

Ho una dozzina di progetti di Visual Studio 2010 su cui ho lavorato che sono stati versionati in un repository TFS. Recentemente sono andato in vacanza e ho aggiornato il sistema operativo del mio computer a Windows 7 a 64 bit.

Ho reinstallato Visual Studio e posso connettermi al mio Team Foundation Server e vedere i miei progetti ... solo i miei collegamenti non funzionano correttamente. La maggior parte delle volte nessuno dei miei file sembra essere sotto il controllo del codice sorgente, ma in un paio di progetti i collegamenti del controllo del codice sorgente sono OK nella cartella principale, ma non funzionano nelle sottocartelle della radice del progetto.

Ho provato a annullare l'associazione, l'apertura dal controllo del codice sorgente, l'eliminazione della cartella e l'ottenimento dell'ultima versione. Nessuno di questi ha risolto il problema.

Qualche idea su come ripristinare i miei attacchi?

UPDATE

Dopo aver frugato posso vedere sembra che ci sia una cartella in più nel percorso dei miei progetti "non valido" ... Non ho idea di come sia finito lì, ma questo sembra stia abbandonando le mie mappature.

Answer 1

Hai affermato di aver tentato di annullare l'associazione, ma hai provato a ricollegarti al controllo del codice sorgente?

In Visual Studio:

• Aprire una soluzione al problema
• Scegli la soluzione in Esplora soluzioni
• Scegli File-> Fonte controllo-> Modifica controllo del codice sorgente
  Visual Studio 2013/2015: File-> Controllo origine-> Avanzate-> Modifica controllo sorgente
• Non associare nessun progetto associato ma non funziona correttamente.
• Associare tutti i progetti ora non associati.

Answer 2

Sono d'accordo con Joel - in genere lo scioglimento e il rebinding lo corregge.

Tuttavia, se il rebinding non funziona, provare a modificare direttamente i file della soluzione. Ho visto casi in cui i binding TFS sono presenti nel file di soluzione due volte e sembrano essere inaccurati per qualsiasi motivo. Potrebbero avere il numero sbagliato di progetti e progetti impostati su nient'altro che ancora elencati nel file di soluzione.

Quando ciò accade (piuttosto raro) modifico i file e li faccio nel modo che dovrebbero essere. Ad esempio, eliminerò il secondo set di binding TFS (GlobalSection (TeamFoundationVersionControl) o correggerò eventuali altre discrepanze che vedo, quindi ricaricherò la soluzione e di solito risolverà il problema. anche se.

Answer 3

Quando si dispone di un invalido vincolante e non vincolante/associazione di un progetto non funziona, provare quanto segue:

1. progetto Unbind in Change controllo del codice sorgente
2. progetto di scaricamento in Esplora soluzioni (Per un sito- progetto 'progetto scarico' non è nel menu contestuale, ma nel menu 'sito web')
3. progetto Reload in Esplora soluzioni

funziona per me tutto il tempo ...

Answer 4

Quando ho rinominato la mia soluzione, ho riscontrato anche questo errore. Ho provato tutto quanto sopra e non ha risolto la situazione.

soluzione reale per me è stato quello di modificare la definizione di compilazione con la nuova soluzione Nome

1. mio Builds> tasto destro del mouse la definizione di compilazione> Modifica il mio Corporatura Definizione> Processo
2. nota che "1 . Required> Solution to build "fa riferimento al vecchio nome Soluton.
3. Fare clic su "..." accanto alla "Soluzione per creare",
4. Trova la tua nuova soluzione. Clic su di esso
5. Salva la definizione di compilazione
6. Ricostruire

Answer 5

Assicurarsi che la soluzione è già aggiunto al controllo del codice sorgente: File> controllo sorgente> Aggiungi soluzione a controllo del codice sorgente.

Answer 6

Ho visto questo problema la prima volta che ho aperto una soluzione esistente (e in precedenza funzionante) in un Visual Studio appena installato, con un'area di lavoro appena creata.

L'annullamento e la riconnessione non hanno risolto il problema per me. Ma è andato via quando ho fatto una versione più recente. TFS ha mostrato i file come in conflitto e ho risolto i conflitti sovrascrivendo la copia locale. I collegamenti precedentemente non validi sono stati quindi mostrati come validi.