2010-06-28 3 views
2

J'ai créé un projet C# .NET 3.5 avec Visual Studio 2010, ajouté des classes et des formulaires et je l'ai fermé. Après cela, j'ouvre le projet avec Monodevelop 2.2.1 et j'ajoute quelques trucs supplémentaires et je referme ist. Maintenant, lorsque je rouvre le projet avec Visual Studio 2010, le gestionnaire de conversion de projet apparaît et veut convertir le projet. J'ai analysé les dossiers de projet et les différences ne sont que les deux lignes suivantes:Utilisation simultanée de Mono 2.2.1 et de Visual Studio 2010

Visual Studio 2010:

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0"> 
... 
    <TargetFrameworkVersion>v3.5</TargetFrameworkVersion> 
... 

MonoDevelop 2.2.1:

<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
... 
    (missing) 
... 

Avez-vous des suggestions pour éviter cela? Comme comment modifier Monodevelop pour écrire les fichiers de projet Visual Studio veut lire ou désactiver l'agent de conversion ou convertir silencieusement en arrière-plan.

Et s'il vous plaît ne vous plaignez pas de la chaîne d'outils;) Il doit être comme ça.

Répondre

1

J'ai été habitué à de tels problèmes pendant longtemps. Ma règle de base consiste à effectuer toutes les modifications au niveau du projet (qui modifieront les fichiers csproj) dans Visual Studio, tandis que les modifications au niveau du fichier peuvent être effectuées dans MonoDevelop et Visual Studio sans problème.

Il semble que MonoDevelop n'utilise pas le script MSBuild d'une manière compatible avec Visual Studio.

Vous pouvez essayer sa dernière version, mais je ne pense pas que cela changera beaucoup dans un court laps de temps.

+0

avec Visual Stdio 2008 là je n'ai pas eu ces problèmes, mais avec v10 je fais actuellement exactement ce que vous avez suggéré ... je pensais que peut-être il y a une autre façon. Peut-être qu'ils l'ont vraiment résolu avec 2.4. – Danvil

+0

J'utilise Visual Studio 2010 depuis un moment, mais je n'ai jamais utilisé Visual Studio 2008 avec MonoDevelop. Peut-être avez-vous raison que MD fonctionne bien avec VS2008. Mais définitivement Visual Studio 2010 et MSBuild 4 font beaucoup de changements, donc MD et XBuild ont besoin de temps pour s'y adapter. –

2

Je vous recommande d'essayer MonoDevelop 2.4. MonoDevelop 2.2 est antérieur à VS 2010.

0

Utilisez MonoTools for Visual Studio, qui vous permet d'exécuter et de déboguer votre application sur Mono (au lieu de .NET) sous Visual Studio.

L'extension est pour VS2010, but can easily be added to VS2012.

Notez que MonoTools semble avoir été déprécié, mais il fonctionne correctement avec VS2010 et VS2012 sans recourir à un autre IDE. C'est la façon la plus simple d'exécuter vos projets VS sous Mono et fournit une excellente interface de débogage pour tester Linux et OSX sans quitter Windows.