2013-11-09 5 views
11

Ho problemi a mappare i miei progetti TFS su un'unità di rete in Visual Studio 2013. Sono su un'istanza di Windows 8.1 in Parallels Desktop 9 per OSX. Conservo i miei vari file dev sul mio file system OSX, non sull'immagine VM. Questo non era un problema per me usare Visual Studio 2012 (vedi schermata di seguito), tuttavia con Visual Studio 2013 non vedo la mia unità Z disponibile per me. Cosa è cambiato con il 2013? C'è qualcosa che posso fare per far funzionare il 2013 allo stesso modo del 2012 a questo scopo?Impossibile mappare i progetti TFS sull'unità di rete in Visual Studio 2013

Modifica: Inoltre, se tento di inserire il percorso corretto manualmente, lo accetta ma poi ottengo vari errori "Impossibile trovare parte del percorso ...". La terza schermata mostra questo.

Modifica: Ok, non riesco nemmeno ad aprire progetti in VS2013 su un'unità di rete. La finestra di dialogo Apri file che viene presentata per l'apertura di un progetto non mostra i percorsi di rete disponibili e, ancora una volta quando li inserisco manualmente, viene visualizzato un errore. Microsoft ha completamente ucciso questo nel 2013?

Visual Studio 2012 mappatura: VS2012

Visual Studio 2013 di mappatura: VS2013

errori di percorso inseriti manualmente: Errori Path Errors

Apri progetto Open file error

+0

Non è possibile digitare manualmente il percorso dell'unità di rete (ad esempio: 'Z:') e quindi selezionare Sfoglia per navigare nella cartella di destinazione? Non ho VS qui, quindi non posso testarlo. – douglaslps

+0

Sfortunatamente ottengo errori quando lo faccio. Aggiornerò l'op per riflettere questo fatto. – wakers01

+0

Non sono stato in grado di riprodurre nessuna di queste situazioni. Posso mappare (e ottenere) un progetto TFS su un'unità di rete. Allo stesso modo, posso aprire un progetto da un'unità di rete. L'unità è mappata anche su Z: \ sulla mia macchina. – ckittel

risposta

11

Nella mia esperienza ciò accade quando Visual Studio viene eseguito come amministratore. Le unità sono mappate per l'utente che ha effettuato l'accesso ma non per l'utente amministratore che sta eseguendo Visual Studio. Dovresti essere in grado di verificarlo osservando i processi in Task Manager di Windows e controllando quale utente sta eseguendo Visual Studio.

+0

Se questa è la risposta corretta, questa è una cattura incredibile. –

+1

L'altro poster è corretto, questa è stata una cattura geniale. Mi dispiace solo non averlo contrassegnato come risposta prima da quando ho smesso di prestare attenzione al problema. – wakers01

+1

Ho appena eseguito anche questo, ho finito per mapparli dalla finestra di dialogo dei file aperti all'interno di Visual Studio. – MrGrigg