Visual Studio: carica un progetto da una postazione remota

Question

Con Visual Studio (2008), è possibile caricare un progetto ( ad una soluzione ) che esiste in una posizione remota?

Fondamentalmente quello che voglio fare è in qualche modo "ospite" di un progetto VS on-line e quindi caricare questo progetto a una soluzione da una postazione remota. Questo è possibile in qualche modo?

Questo è il modo che io possa mantenere l'integrità quando si carica la mia Utils Library (usato in tonnellate di progetti) e non voglio copie del mio progetto in diversi progetti e tutti hanno diverse versioni ecc ...

So che una possibile soluzione è quella di avere il progetto Utils Library ospitato in SVN e quindi la cartella sarebbe sincronizzazione ad esso direttamente, ma c'è qualche altro modo per fare questo (cioè, qualcosa di più diretto )?

Answer 1

Sì, se è possibile mappare un'unità di rete ad essa, la si può aprire i file dal percorso in Visual Studio.

è possibile mappare le unità di rete al server ftp inserendo " ftp: // your-server ftp " nella casella di percorso.

Come altri hanno detto, però, non è davvero consigliato. VS legge / scrive molto di più di un semplice per modificare i file di progetto principale, lo fa tutti i tipi di altre cose, in modo che il traffico di rete sia superiore a quello che si vuole veramente.

In alternativa si poteva guardare set . Viene fornito con un componente aggiuntivo explorer che mantiene il vostro PC locale in sincronia con il server.

La mia raccomandazione sarebbe quella di utilizzare il controllo di origine come la sovversione però.

Answer 2

E 'possibile, ma non è raccomandato (che sarebbe meglio utilizzare una qualche forma di controllo del codice sorgente, che si tratti di SVN, o un provider di origine condiviso come Codeplex (per i progetti open source) o TFS Anteprima (per i progetti closed source)

Answer 3

Non è forse più semplice solo per avere la DLL compilata fa riferimento in ogni soluzione? Il modo in cui lei propone è andare a aprire alle modifiche al progetto per una soluzione causando problemi in un mucchio di altre soluzioni, che non si potrebbe vedere subito.

meglio avere una versione del dll Utils fa riferimento in ogni soluzione sub e si può quindi aggiornare che dll quando necessario, e di prova allo stesso tempo.