Je développe en utilisant 3.0 et VS 2008.Construction d'une solution .NET 3.0 VS2008 sans installer .NET 3.5 Surchauffe serveur
Le problème est mon serveur de build n'a pas 3.5 installé et donc je ne peux pas construire la solution comme MSBuild for 2.0 ne prend pas en charge le fichier de solution VS 2008.
Il n'y a pas de réponse facile à ce en plus à déclasser VS 2005.
Toutes les idées des gens?
VS2008 prend en charge C# 3 - vous pouvez utiliser des fonctionnalités spécifiques à C# 3 tout en ciblant toujours .NET 2.0.
Y a-t-il une bonne raison pour laquelle vous ne pouvez pas installer .NET 3.5 sur le serveur de construction? Ce serait ma solution préférée, plutôt que de régresser la version de VS que vous utilisez. Vous pouvez probablement automatiser la rétrogradation des fichiers de solution/projet - si vous ne faites rien de compliqué, il s'agira juste de changer les numéros de version - mais ce n'est pas génial d'avoir un compilateur différent les développeurs, IMO.
Puisque vous avez des projets et des solutions VS2008, vous devrez installer .NET 3.5 sur votre serveur de build. Puisque vous pouvez toujours cibler .NET 3.0 ou .NET 3.5, l'installation de .NET 3.5 sur votre machine de build ne devrait avoir aucun impact sur l'environnement cible.
Je suis d'accord, mais avec 3.5 il y a un SP pour .NET 3.0. Ce SP n'est actuellement pas installé sur notre serveur de test et de production. – Jonathan
Dans ce cas, vous pouvez utiliser FxCop. FxCop déclenchera l'avertissement CA1903 indiquant que l'environnement cible nécessitera .NET 3.5 SP1. –
Est-il impossible d'inclure les différentes versions sans les 'installer'? Dans le référentiel pouvez-vous ajouter .NET versionné et pointer le script de construction à la version (je pense comme un sous-module dans Git) que vous voulez pour ce projet? Donc, au lieu d'installer .NET 3.0, 3.5, 4.0, etc, inclure les bibliothèques?
L'environnement doit répliquer l'environnement de production. Nous ne le faisons pas sur notre environnement de production. Par conséquent, inapproprié. – Jonathan
Je suis d'accord - si possible, vous devez mettre à jour le serveur, puis, le cas échéant, être explicite sur les cibles dans vos projets – Murph
Salut Tony le poney, Nos serveurs de test et de production sont .NET 3.0. Je vais rétrograder ma solution en 2005, mais je veux vraiment utiliser VS 2008. Malheureusement, MS n'a pas considéré que les utilisateurs pourraient vouloir utiliser MSBUILD pour cibler les solutions VS 2008 3.0 sans avoir installé 3.5. Cela ressemble à des versions logicielles basées sur des incitations. – Jonathan
Je ne peux pas changer les environnements de production et de test. Je travaille pour une grande banque et il n'y a aucune chance de le faire sans les procédures appropriées ... – Jonathan