Risposte:
Ho appena risolto un problema simile con una soluzione VS2010 con 35 progetti ... La causa era una duplicazione
GlobalSection(TeamFoundationVersionControl)
sezione nel file della soluzione. Ho chiuso la soluzione, rimosso la duplice configurazione GlobalSection (TeamFoundationVersionControl) e ricaricato la soluzione e il messaggio di avviso era sparito.
Se questo non è il problema per te, considerando che hai solo 2 progetti, abbandonerei il file della soluzione rotto, creerei una nuova soluzione e aggiungerei di nuovo i tuoi due progetti ...
La soluzione migliore è forzare il VS a rigenerare le configurazioni. Per fare questo:
The following property is missing or has incorrect value: SccLocalPath63
e The following property is missing or has incorrect value: SccLocalPath64
Ho appena risolto un problema simile in VS2012 con 44 progetti.
La causa era una combinazione di una GlobalSection(TeamFoundationVersionControl)
sezione duplicata (una risposta alla Boycs), ma avevo anche duplicato diversi progetti, oltre a alcuni riferimenti a progetti che erano stati rimossi di recente, all'interno della GlobalSection(TeamFoundationVersionControl)
sezione che avevo tenuto.
Una volta assicurato che tutti i progetti referenziati corrispondessero a 1: 1 con i progetti reali nella mia soluzione, l'avvertimento è sparito.
A parte: ho il sospetto che la maggior parte di questi problemi avrebbe potuto essere evitata con una maggiore attenzione prestata alla .sln durante il ramo e le fusioni, ma chissà cosa pensa VS a volte ...
Ho avuto una moltitudine di errori sopra. Ho rinominato il progetto, salvato chiuso, riaperto cambiato il nome indietro. Questo ricrea il file .sln e nel mio caso ha eliminato tutti gli elementi extra.
.sln
cercare gli errori.
Risolto un messaggio di errore identico in VS2012 seguendo l'esempio di Boycs. Per me, il problema erano due GlobalSection(SolutionConfigurationPlatforms) = preSolution
blocchi estranei nella parte inferiore del mio file SLN.
In VS 2015, avevo due di queste sezioni " GlobalSection (TeamFoundationVersionControl) = preSolution "
Il primo includeva l'ultimo progetto aggiunto alla soluzione, il secondo (vicino alla fine del file della soluzione) no. Dopo aver eliminato il secondo, la soluzione si è aperta in VS 2015 senza errori.
Le altre risposte spiegano già come risolvere il problema. Forse posso aiutare a non riavere il problema:
Come ho riscontrato il problema Il nostro file di soluzione si è confuso quando ho aggiunto un nuovo progetto, mentre un altro sviluppatore ha anche aggiunto un nuovo progetto e ha eseguito il commit delle sue modifiche (che non ho ottenuto nel mio sistema locale). Quando ho iniziato a eseguire il commit delle mie modifiche, ho dovuto unire il file .sln, dove ovviamente ho sbagliato :-)
Quello che ho imparato
I file della soluzione sono terribili da unire. Se aggiungi un progetto, procedi come segue: 1. Scarica l'ultima versione 2. Aggiungi il tuo progetto 3. Impegna
Se vedi il file della soluzione in attesa di modifiche, ma non vedi una modifica nella modalità di confronto, devi premere "Salva tutto". Durante l'aggiunta del nuovo progetto, VisualStudio ha anche modificato la soluzione. Tuttavia, al momento si tratta di una modifica non salvata.
Controlla il tuo SccNumberOfProjects nel tuo file .sln , potrebbe essere diverso dal tuo attuale numero di progetto.
ho risolto un problema simile in vs2012.
nel mio caso il problema era che il valore della proprietà SccProjectName0 all'interno di GlobalSection nel file MySolutionName.sln era vuoto.
l'ho risolto impostando il valore SccProjectName0 con la copia di questo valore di stringa da un'altra soluzione e sostituendo il nome del progetto nella stringa con quello corrente (BTW - se il nome del tuo progetto come spazio in esso (''), è necessario sostituire con '\ u0020').
*
nel mio caso il problema inizia dopo che ho aperto per errore la soluzione controllata da TFS con il vecchio file MySolutionName.sln della stessa soluzione da quando questa soluzione è stata controllata da VSS.
Aggiornamento VS2015 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] è stato duplicato nel file della soluzione. Il duplicato in basso conteneva un progetto che è stato precedentemente rimosso ... quindi la rimozione di quel duplicato ha risolto il problema. Penso che la duplicazione sia stata causata da un precedente problema di fusione.
Posso aggiungere un'altra soluzione possibile: un'unione incerta ha significato che una delle stanze SccProjectUniqueName / SccProjectName / SccLocalPath all'interno della sezione GlobalSection (TeamFoundationVersionControl) aveva numeri che non erano unici, anche se SccNumberOfProjects era corretto. Risolto il problema con la numerazione, il messaggio di errore è andato via.
VS 2019 - Stavo aprendo un progetto VS 2017 per la prima volta in VS 2019. Nella finestra Output, fai clic sul DDL "Mostra output da:" ed esamina le opzioni perché potresti visualizzare ulteriori informazioni sull'errore.
Nel mio caso, la soluzione era semplicemente riconfigurare i miei mapping di controllo del codice sorgente per il 2019.
Ho avuto lo stesso problema e la mia soluzione è:
Questo funziona per me.