Vine aquí desde otra pregunta (marcada como duplicado) acerca de agregar la etiqueta de prueba al archivo App.Config.
Quiero agregar una nota al margen de esto: Visual Studio ya había generado un archivo App.config, sin embargo, ¡agregar la etiqueta de prueba a la etiqueta de tiempo de ejecución pregenerada no funcionó! necesita una etiqueta de tiempo de ejecución separada con la etiqueta de prueba incluida. En resumen, su App.Config debería verse así:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />
</startup>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="System.Text.Encoding.CodePages" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-4.1.1.0" newVersion="4.1.1.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
<!-- Discover assemblies in /lib -->
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="lib" />
</assemblyBinding>
</runtime>
</configuration>
Esto tomó un tiempo para darse cuenta, así que lo estoy publicando aquí. También se acredita a The PrettyBin NuGet Package . Es un paquete que mueve los dlls automáticamente. Me gustó un enfoque más manual, así que no lo usé.
Además, aquí hay un script de compilación posterior que copia todo .dll / .xml / .pdb a / Lib. Esto despeja la carpeta / debug (o / release), lo que creo que la gente intenta lograr.
:: Moves files to a subdirectory, to unclutter the application folder
:: Note that the new subdirectory should be probed so the dlls can be found.
SET path=$(TargetDir)\lib
if not exist "%path%" mkdir "%path%"
del /S /Q "%path%"
move /Y $(TargetDir)*.dll "%path%"
move /Y $(TargetDir)*.xml "%path%"
move /Y $(TargetDir)*.pdb "%path%"