Visual Studio: Charger un projet à partir d'un emplacement distant

Question

Avec Visual Studio (2008), est-il possible de charger un projet ( à une solution ) qui existe sur un site distant?

En fait ce que je veux faire est en quelque sorte « hôte » d'un projet VS en ligne puis charger ce projet à une solution à distance. Est-ce possible d'une certaine façon?

Il en est ainsi que je peux garder l'intégrité lors du chargement de mon Utils Library (utilisé en tonnes de projets) et je ne veux pas des copies de mon projet dans différents projets et tous ayant des versions, etc ...

Je sais qu'une solution possible est d'avoir le projet Utils Library hébergé dans SVN puis le dossier se synchroniser directement, mais est-il une autre façon de le faire (par exemple, quelque chose de plus direct )?

Answer 1

Oui, si vous pouvez mapper un lecteur réseau à lui, vous pouvez l'ouvrir les fichiers de l'emplacement dans le studio visuel.

vous pouvez mapper des lecteurs réseau vers des serveurs FTP en entrant " ftp: // votre-serveur ftp " dans la zone de trajet.

Comme d'autres ont dit que, ce n'est pas vraiment recommandé. VS lecture / écriture beaucoup plus que pour modifier les fichiers principaux du projet, il fait toutes sortes d'autres choses, de sorte que votre trafic réseau soit plus élevé que vous voulez vraiment.

Ou vous pouvez regarder dropbox. Il est livré avec un Addin explorateur qui permet à votre PC local en synchronisation avec le serveur.

Ma recommandation serait d'utiliser le contrôle des sources comme la subversion bien.

Answer 2

Il est possible, mais pas recommandé (vous feriez mieux en utilisant une certaine forme de contrôle de code source, que ce soit SVN, ou un fournisseur de source partagée comme Codeplex (pour les projets open source) ou TFS Preview (pour les projets source fermé)

Answer 3

est-il pas plus simple que d'avoir le dll compilé référencé dans chaque solution? La façon dont vous proposez va vous ouvrir à des changements au projet d'une solution causant des problèmes dans un tas d'autres solutions, que vous pourriez ne pas voir immédiatement.

Il vaut mieux avoir une version de la dll Utils référencé dans chaque solution sous et vous pouvez ensuite mettre à jour cette dll en cas de besoin, et tester en même temps.