Con il controllo sorgente questo è un po 'complicato. Avevo solo bisogno di spostare il file .sln della soluzione su un livello per un facile accesso mantenendo la cronologia del controllo sorgente. Ho seguito il consiglio dei post precedenti ma ho incontrato una situazione in cui TFS voleva spostare tutti i miei progetti con la soluzione. Ho eseguito questa operazione utilizzando una combinazione con i passaggi seguenti:
- Assicurarsi che la soluzione non sia aperta.
- Soluzione non mappata dall'unità locale.
- Fare clic con il tasto destro del mouse su Solution in Solution Explorer e selezionare Sposta come menzionato sopra. Imposta il percorso della nuova cartella e seleziona OK.
- Verificare questa modifica.
- Soluzione di controllo
.sln
e quindi modificare la soluzione nel blocco note. Vedrai che i progetti sono assegnati ai guids e ci sono percorsi di file per i progetti. È necessario modificare tutti i percorsi relativi a dove risiede il nuovo file della soluzione .sln
. Essere sicuri e utilizzare doppie barre per i nomi ei percorsi univoci:
GlobalSection(TeamFoundationVersionControl) = preSolution
SccProjectUniqueName1 = MyNewFolder\\MyProject.Common\\MyProject.Common.csproj
SccProjectTopLevelParentUniqueName1 = MySolution.sln
SccProjectName1 = MyNewfolder/MyProject.Common
SccLocalPath1 = MyNewFolder\\MyProject.Common
Check-in e ri-map soluzione per unità locale. Questo ha funzionato per me. Spero che sia d'aiuto!
Se si sta utilizzando il controllo del codice sorgente, è necessario preparare alcuni lavori aggiuntivi ... – Dror
Penso che il lavoro aggiuntivo, utilizzando il controllo del codice sorgente, sarà lo stesso se sceglie di prendere un altro modo, poiché modifica comunque la posizione del file .sln . –
buon punto, e sì sto usando il controllo di versione –