我正在尝试通过TFS构建和部署ASP.NET Core 2.0.3 Web API。
在Visual Studio中,我已将Release配置为以x86平台为目标。我还确保了csproj中的以下内容:
<PropertyGroup>
<TargetFramework>netcoreapp2.0</TargetFramework>
<Platforms>x86</Platforms>
</PropertyGroup>
本地构建在bin \ x86 \ Debug \ netcoreapp2.0文件夹中生成预期输出
在TFS中,我有一个新的.NET CORE构建配置,其中包含恢复/构建/发布任务。我注意到他们没有使用我从Any Cpu更改为x86的标准BuildPlatform构建变量
Build: --configuration $(BuildConfiguration)
Publish: --configuration $(BuildConfiguration) --output $(build.artifactstagingdirectory)
它们只使用BuildConfiguration,它是Debug或Release。这会导致Any CPU dll在发布服务器上以x64身份运行。
我尝试将-r win7-x86添加到publish命令,但这导致发布了一个自包含的部署,这不是我想要的。
我已经尝试将-r win7-x86添加到build命令,这会导致生成正确的dll,但是publish命令会执行它自己的隐式构建,并且不使用上一个构建任务的输出。
如何让TFS为Web应用程序发布x86 DLL(依赖于框架)?
对于.NET Core应用程序(netcoreapp*
- 而不是.NET Framework上的ASP.NET Core),构建期间使用的平台通常无关紧要。
通过用于加载和运行应用程序的dotnet.exe
主机版本确定位数。例如。 C:\Program Files\dotnet\dotnet.exe
(64位)或C:\Program Files (x86)\dotnet\dotnet.exe
(32位)。
RuntimeIdentifier
MSBuild属性(-r
开关设置的内容)仅与自包含部署相关,但也可以选择指定--self-contained false
(=> SelfContained
MSBuild属性),以便在不创建自包含的情况下构建特定于运行时的应用程序。部署。通常只需要过滤特定于运行时的资产 - 例如在runtimes
子文件夹中只包含win-x32版本的SQLite本机库,而不是windows / linux / Mac等的多个版本。