====Forcer à chaque "Démarrer le débogage"====
Le forçage peut être nécessaire si des fichiers doivent être dupliqués à chaque exécution du débogage (mise en place d'un ''copy'' dans le ''pre-build'') afin d'être à jour, indépendamment d'une éventuelle modification des sources du programme.

Remplissez correctement la rubrique ''pre-build'' et ''post-build'' puis fermez le projet. Editez le fichier ''.csproj'', allez dans la rubrique ''PropertyGroup'' qui contient ''PreBuildEvent'' et ajoutez :
<code xml>
  <PropertyGroup>
    <DisableFastUpToDateCheck>true</DisableFastUpToDateCheck>
    <PreBuildEvent>
</code>

Solution : [[https://stackoverflow.com/questions/28916414/visual-studio-add-pre-build-event-that-always-runs-c-project|msbuild - Visual Studio add pre-build event that always runs (C# project) - Stack Overflow]] {{ :ide:vs:csproj:msbuild_-_visual_studio_add_pre-build_event_that_always_runs_c_project_-_stack_overflow_2020-04-27_7_54_26_pm_.html |Archive du 07/03/2015 le 27/04/2020}}.

Doc Visual Studio correspondante : [[https://msdn.microsoft.com/fr-fr/library/bb629394.aspx|Common MSBuild Project Properties]] {{ :ide:vs:csproj:common_msbuild_project_properties_-_visual_studio_2015_microsoft_docs_2020-04-27_7_54_24_pm_.html |Archive du 11/15/2016 le 27/04/2020}}.

====Fusion des dll et de l'exécutable====
Installez le paquet NuGet ''ILMerge''.

Editez manuellement le fichier ''.csproj'' et ajoutez tout en bas (juste avant le ''</Project>'' final) :
<code xml>
  <Target Name="AfterBuild" Condition=" '$(Configuration)' == 'Release' ">
    <CreateItem Condition="'%(Extension)'=='.dll'" Include="@(ReferenceCopyLocalPaths)">
      <Output TaskParameter="Include" ItemName="IlmergeAssemblies" />
    </CreateItem>
    <Exec Command="&quot;$(SolutionDir)packages\ILMerge.2.14.1208\tools\Ilmerge.exe&quot; /targetplatform:&quot;v4,C:\Windows\Microsoft.NET\Framework\v4.0.30319&quot; /ndebug /out:@(MainAssembly) &quot;@(IntermediateAssembly)&quot; @(IlmergeAssemblies->'&quot;%(FullPath)&quot;', ' ')" />
    <Delete Files="@(ReferenceCopyLocalPaths->'$(OutDir)%(DestinationSubDirectory)%(Filename)%(Extension)')" />
  </Target>
</code>

====Utiliser une dll différente en Debug et en Release====
<code xml>
<ItemGroup Condition="'$(Configuration)' == 'Debug'">
  <Reference Include="MyLib">
    <HintPath>..\..\Debug\MyLib.dll</HintPath>
  </Reference>
</ItemGroup>

<ItemGroup Condition="'$(Configuration)' == 'Release'">
  <Reference Include="MyLib">
    <HintPath>..\..\Release\MyLib.dll</HintPath>
  </Reference>
</ItemGroup>
</code>

[[https://stackoverflow.com/questions/5491253/visual-studio-2010-compiling-with-the-debug-or-release-version-of-third-party-li|c# - Visual Studio 2010 Compiling with the Debug or Release version of third party library depending on if my project is being compiled Build or Release_ - Stack Overflow]] {{ :ide:vs:csproj:c_-_visual_studio_2010_compiling_with_the_debug_or_release_version_of_third_party_library_depending_on_if_my_project_is_being_compiled_build_or_release_-_stack_overflow_2020-04-27_7_54_.html |Archive du 30/03/2011 le 27/04/2020}}

====Visual Studio ne copie pas toutes les dépendances dans le dossier Output====
Cela peut se produit quand un projet C# dépend d'un projet C++/Cli qui dépend d'un projet C++. Dans ce cas, Visual Studio ne va pas copier la dll C++.

Il faut ajouter la dll au projet et cocher ''Copier dans le dossier Output''. Si on veut utiliser une dll différente entre la version Debug et la version Release, on combine avec la rubrique ''Utiliser une dll différente en Debug et en Release''.

Mettre avant ''<\Project>''
<code xml>
  <ItemGroup Condition="'$(Configuration)' == 'Debug'">
    <Content Include="..\x64\Debug\PclTraitement.dll">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
    <Content Include="..\x64\Debug\PclTraitement.pdb">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
  </ItemGroup>
  <ItemGroup Condition="'$(Configuration)' == 'Release'">
    <Content Include="..\x64\Release\PclTraitement.dll">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
    <Content Include="..\x64\Release\PclTraitement.pdb">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </Content>
  </ItemGroup>
</code>

[[https://stackoverflow.com/questions/28701557/c-cli-project-dependent-c-dll-not-copied-to-c-sharp-output-directory|c++\cli project dependent c++ dll not copied to c# output directory]] {{ :ide:vs:csproj:net_-_c_cli_project_dependent_c_dll_not_copied_to_c_output_directory_-_stack_overflow_2020-04-27_7_54_25_pm_.html |Archive du 24/02/2015 le 27/04/2020}}

====Migration d'un projet .NET 4.5 vers .NET4====
Il faut enlever la référence à ''System.Net.Http''.

{{:ide:vs:csproj:migration_1.png|Problème de migration}}{{:ide:vs:csproj:migration_2.png|Solution pour la migration}}

====Impossible de déboguer en Debug====
Il peut s'agir d'une mauvaise configuration et que la solution ''Debug'' soit configurée en ''Release''.

{{:ide:vs:csproj:l51us.png|Impossible de déboguer en Debug, le problème}} {{:ide:vs:csproj:xmm7t.png|Impossible de déboguer en Debug, la solution}}

[[https://stackoverflow.com/questions/31992705/vs2015-project-no-longer-runs-in-debug-mode|_net - VS2015 Project no longer runs in debug mode - Stack Overflow]] {{ :ide:vs:csproj:net_-_visual_studio_2015_project_no_longer_runs_in_debug_mode_-_stack_overflow_2020-04-27_7_54_28_pm_.html |Archive du 13/08/2015 le 27/04/2020}}

====Erreur lors du chargement d'une form graphique lors de l'édition====
===Could not find type XXXXX. Please make sure that the assembly that contains this type is referenced. If this type is a part of your development project, make sure that the project has been successfully built using settings for your current platform or Any CPU.===
Si Visual Studio est 32 bit, vérifier que la configuration en cours (Debug généralement) est bien configuré pour compiler le projet C# soit en 32 bit (x86), soit en Any CPU et pas uniquement en 64 bit (x64).

[[https://stackoverflow.com/questions/19009386/could-not-find-type-xxx-xxx-xxx-please-make-sure-that-the-assembly|Could not find type 'xxx.xxx.xxx'. Please make sure that the assembly]] {{ :ide:vs:csproj:net_-_could_not_find_type_xxx.xxx.xxx_._please_make_sure_that_the_assembly_-_stack_overflow_2020-04-27_7_54_27_pm_.html |Archive du 25/09/2013 le 27/04/2020}}

[[https://stackoverflow.com/questions/12878169/vs-2010-designer-error-could-not-find-type-xyz-in-windows7-works-fine-in-xp|VS 2010 designer error 'Could not find type XYZ' in Windows7. Works fine in XP]] {{ :ide:vs:csproj:c_-_vs_2010_designer_error_could_not_find_type_xyz_in_windows7._works_fine_in_xp_-_stack_overflow_2020-04-27_7_54_25_pm_.html |Archive du 14/10/2012 le 27/04/2020}}