Discussion :

[jowsuket]

Bonjour,

Je poste ma question ici en espérant ne pas faire d'erreur car je pense que mon problème est lié à Visual Studio.
Voici ma situation:
Je développe avec Visual Studio une application web est est sur un serveur (autre poste que le miens) en local dans mon entreprise.
Pour éditer le code j'ouvre actuelement l'application par la méthode 'Fichier/Ouvrir le site Web/Site Ftp' (car j'ai un hote FTP qui tourne sur le poste serveur). Avec cette méthode tout marche bien mais les ouvertures de fichiers ou les recherches de texte y sont très longues.
Je souhaiterai donc pouvoir travailler en utilisant le mode 'Fichier/Ouvrir le site web/Système de fichiers'. J'ai donc préparé le terrain en appliquant un partage et en ajustant les droits sur le dossier contenant l'application (toujours sur le serveur). Quand j'ouvre l'application avec le mode 'Système de fichiers' je peux éditer sans soucis mes pages SAUF que les composants qui utilisent une dll (dans le dossier 'Bin') ne sont pas reconnu par Visual Studio dans les pages ou ils se trouve.
Quand j'utilise un composant autre que celui du FrameWork de base il m'affiche l'avertissement suivant :

Préfixe de balise ou filtre de périphérique non reconnu

Et je n'est plus d'intellicense non plus
Y aurait-il un paramétrage de Visual Studio pour que je puisse travailler sur un partage de fichiers de la même façon qu'en ouvrant le site via FTP?

Merci d'avance

PS: J'utilise Visual Studio 2008 Pro

[Louis-Guillaume Morand]

j'ai pas tout compris mais les symptomes que tu enonces me semblent normaux.

Normalement, tu es censé avoir la solution de ton projet en local et tu deploies sur le serveur. En ouvrant comme tu le fais et en éditant direct sur le serveur, il ne doit pas récupérer toutes les références dont il a besoin et c'est donc normal qu'il te sorte des erreurs.

pourquoi veux-tu absolument ouvrir un projet qui est en "production" plutot que developper en local et "pousser" les versions stables?

[jowsuket]

Et bien en fait l'application sur le serveur en question n'est pas en production et l'idée ici est de pouvoir développer à plusieurs en même temps sur le même projet.
Après je ne sais pas si c'est une bonne pratique que de procéder ainsi (par le partage du dossier ou se trouve l'application)...
Existe-t-il une solution pour que Visual Studio puisse récupérer les références des assemblies?

[Louis-Guillaume Morand]

Et bien en fait l'application sur le serveur en question n'est pas en production et l'idée ici est de pouvoir développer à plusieurs en même temps sur le même projet.
Après je ne sais pas si c'est une bonne pratique que de procéder ainsi (par le partage du dossier ou se trouve l'application)...
Existe-t-il une solution pour que Visual Studio puisse récupérer les références des assemblies?

travail à plusieurs => Sourcesafe ou SVN, et ouvrir un fichier solution, plutot que faire Fichier > ouvrir site web me semble mieux. maintenant, p-e que ta solution est viable mais je ne l'ai jamais vu utilisée

[Philippe Vialatte]

travail à plusieurs => Sourcesafe ou SVN, et ouvrir un fichier solution, plutot que faire Fichier > ouvrir site web

+1

Plus sérieusement, c'est une mauvaise pratique, et c'est dangereux a plus long terme (conflits de sauvegarde, de version, pas d'undo)

En plus, utiliser une solution permets de regrouper plus facilement un site web et ses projets satellites

Et tant qu'a faire, un petit coup de CruiseControl, ça evitera les régressions

Et puis la, en une petite journee de boulot entre l'install d'un SVN, la configuration de CruiseControl et l'installation des plugins sur les machines des dev, tu as en plus un process de build

[jowsuket]

En fait, la question que j'aurai dû poser c'est 'Qu'est-ce qu'on utilise pour travailler en petite équipe?'
Par-ce que vos réponses soulignent bien le fait que j'allai droit dans le mur...
Je vais donc m'intéresser au SVN pour mettre en place quelque chose de plus propre.

Merci pour votre participation
++