Stiamo usando TFS e stiamo riscontrando problemi quando scambiamo i rami, causando problemi con i binding TFS ogni volta.TFS TFS ha ancora bisogno di file .vspcc?
Abbiamo ancora
file .vspcc file .vsscc
che è sto cercando di indovinare dove conserva le associazioni, qualcuno ha qualche consiglio su come passare facilmente tra i rami in TFS senza dolore ?
Questi file vengono utilizzati per archiviare file esclusi dal controllo del codice sorgente e, si, sono essi stessi sotto il controllo del codice sorgente. Non ho mai dovuto preoccuparmi di questi prima, quindi non penso che sia il problema.
I binding sono normalmente memorizzati nei file proj e sln attuali.
In caso di problemi con l'associazione, si verificano effettivamente dei problemi con l'area di lavoro. Crea un nuovo spazio di lavoro in una nuova cartella locale e recupera tutto dal server (ovvero impostando la mappatura dell'area di lavoro tramite Visual Studio, aprendo la tua soluzione tramite l'esploratore di origine, ecc. Non utilizzare trucchi intelligenti qui - altrimenti accadono cose strane), o prova ad andare su File -> Controllo del codice sorgente -> Cambia controllo del codice sorgente, disassociando tutti i progetti e riabbinandoli. VS eseguirà in modo cieco le informazioni di associazione nuovamente nel progetto e file sln se lo fai.
Specificare in particolare che tutti i percorsi del server che si sta verificando possano essere mappati su un percorso locale.
Il passaggio da un ramo all'altro avviene semplicemente aprendo il file di soluzione appropriato dalla cartella/dal ramo appropriato. Non è normale che questo ti dia problemi, ovviamente.
+1 per il suggerimento di mappatura dell'area di lavoro. Ogni. Singolo. Tempo. Ho visto un problema con i binding o il divertimento "rimane grigio dopo aver ottenuto l'ultimo" problema che si rivela essere mappatura male. Suggerirei che l'OP cancelli l'area di lavoro corrente, quindi mappa qualcosa come "c: \ projects" nella cartella "$ /" TFS di livello superiore. – NotMe