Visual Studio besoins non-fonctionnels des modifications à ce projet

J'ai ouvert un projet C# a été créé dans VS 2010 SP, avec VS 2012. Un moyen de conversion de la fenêtre apparue lorsque j'ai procédé à la conversion.

Dès la fin j'ai eu le message d'avertissement suivant:

Visual Studio besoins non-fonctionnels des modifications à ce projet
afin de permettre au projet de s'ouvrir dans cette version et Visual Studio
2010 SP1 sans impact sur les projets de comportement.

...mais cela ne veut pas dire qui non-fonctionnelles des changements. Quelqu'un peut-il la moindre idée de m'en?

  • Assez fraîche rapport de bug MS ici concernant ce message.
InformationsquelleAutor Howie | 2013-01-28
  1. 21

    Je ne suis pas sûr pourquoi exactement ce qui se passe, mais j'ai trouvé qu'après une première ouverture d'un VS2010 SharePoint 2010 projet de VS2012, entre autres changements, les nœuds suivants ont été ajoutés à la .csproj fichier:

    <ProjectMode>SharePointCustomization</ProjectMode>
<TargetOfficeVersion>15.0</TargetOfficeVersion>
<FileUpgradeFlags>0</FileUpgradeFlags>
<UpgradeBackupLocation>blah\blah\blah</UpgradeBackupLocation>
<OldToolsVersion>4.0</OldToolsVersion>

    J'ai trouvé que si je l'ai modifié manuellement le fichier csproj et enlevé les trois nœuds de la prochaine fois que j'ai ouvert le projet pas de journaux de mise à niveau ouvert et le problème a été résolu:

    <FileUpgradeFlags>0</FileUpgradeFlags>
<UpgradeBackupLocation>blah\blah\blah</UpgradeBackupLocation>
<OldToolsVersion>4.0</OldToolsVersion>
    • C'est ce qui a fonctionné pour moi.
    • A travaillé pour moi aussi. Thx.
    InformationsquelleAutor Adam Cox
  2. 2

    D'effacer le contenu des nœuds 'FileUpgradeFlags', 'OldToolsVersion" dans la .Fichier csproj résout le Problème.

    <FileUpgradeFlags></FileUpgradeFlags>
<OldToolsVersion></OldToolsVersion>
    InformationsquelleAutor user3181999
  3. 0

    Modifier cette ligne de Vrai à Faux

    <SaveServerSettingsInUserFile>True</SaveServerSettingsInUserFile>

<SaveServerSettingsInUserFile>False</SaveServerSettingsInUserFile>
    InformationsquelleAutor Lucas
  4. 0

    Dans notre cas, en supprimant les 2 paramètres des éléments dans le fichier de projet qui a été le déclenchement de la mise à jour a résolu le problème:

    Élément enfant de Projet/PropertyGroup:

    <ProductVersion>8.0.50727</ProductVersion>

    Élément enfant de Projet:

    <Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\WCF\Microsoft.VisualStudio.ServiceModel.targets" />
    InformationsquelleAutor Paul Keister
  5. 0

    Si vous regardez dans le .fichier csproj, vous verrez ceci:

    < Import Project="$(MSBuildExtensionsPath)$(MSBuildToolsVersion)\Microsoft.Common.props"     

 Condition="Exists('$(MSBuildExtensionsPath)$(MSBuildToolsVersion)\Microsoft.Common.props')" />

    et

    < OldToolsVersion>4.0< /OldToolsVersion>
    • Pourriez-vous préciser pourquoi c'est une réponse à la question?
    • Depuis, j'ai révisé ma décision.
    InformationsquelleAutor user2524816
  6. 0

    J'ai résolu le problème en VS2013 dans un grand multi projet par l'ouverture de l' .fichier csproj et la modification de cette

    <FileUpgradeFlags>
</FileUpgradeFlags>

    comme ce

    <FileUpgradeFlags></FileUpgradeFlags>
    InformationsquelleAutor WebComer