在Linux上构建面向.NET Framework的NuGet包

时间:2017-06-27 00:43:23

标签: .net linux .net-core visual-studio-2017 nuget-package

我想创建一个NuGet包,它可以同时显式地定位 .NET Framework 4.6.2和.Net Standard 1.5。这是VS 2017的缩写.csproj文件:

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFrameworks>net462;netstandard1.5</TargetFrameworks>
    ...
  </PropertyGroup>

</Project>

当我从本地Windows机器执行dotnet build和pack命令时,NuGet包的创建完全符合预期。

但是,当我尝试在Linux上执行相同的dotnet命令时,收到以下错误:

  

/opt/dotnet/sdk/1.0.4/Microsoft.Common.CurrentVersion.targets(1111,5):   错误MSB3644:框架的引用程序集   未找到“.NETFramework,Version = v4.6.2”。要解决这个问题,   为此框架版本安装SDK或Targeting Pack   将您的应用程序重新定位到您所使用的框架版本   安装了SDK或Targeting Pack。请注意,程序集将   从全局程序集缓存(GAC)中解析并将用于   参考组件的地方。因此你的装配可能不是   正确定位您想要的框架。

然后我突然意识到Linux盒子上没有任何常规的.NET Framework程序集(更不用说了。因此,似乎我将无法使用Linux来构建我的NuGet包。我搜索了一下对于“目标包”,但它仅适用于Windows。

冒着听起来天真的风险,是否有人在Linux上成功构建可以针对.NET Framework的NuGet包?

2 个答案:

答案 0 :(得分:18)

.NET CLI的分发不包含.NET Framework的任何引用程序集,因此其版本的MSBuild无法解析所需的编译时资产。这个场景虽然tracked on GitHub,但在迁移到MSBuild之前一直有效(CLI可以使用单声道的参考程序集)。

虽然可以使用一些替代方法在非Windows机器上构建您的库:

<强> 1。使用mono 5+构建库。

这可能是最稳定的路径。

Mono 5及更高版本包含构建.NET Standar和.NET Core应用程序所需的构建逻辑。在linux上,mono的msbuild可能需要作为单独的软件包安装。因此,而不是以下常用命令

dotnet restore
dotnet build
dotnet publish -c Release

你会使用mono的msbuild来执行以下操作:

msbuild /t:Restore
msbuild
msbuild /t:Publish /p:Configuration=Release

打包单声道的解决方法&lt; 5.2:

唯一的限制是mono(&lt; 5.2)不能生成开箱即用的NuGet包,但项目中有workaround involving using the NuGet.Build.Tasks.Pack NuGet package,允许你通过修改项目文件来msbuild /t:Pack /p:Configuration=Release这(特别注意Sdk="..."元素上已移除的<Project>属性):

<Project>
  <PropertyGroup>
    <NuGetBuildTasksPackTargets>junk-value-to-avoid-conflicts</NuGetBuildTasksPackTargets>
  </PropertyGroup>
  <Import Project="Sdk.props" Sdk="Microsoft.NET.Sdk" />

  <!-- All your project's other content here -->

  <ItemGroup>
    <PackageReference Include="NuGet.Build.Tasks.Pack" Version="4.0.0" PrivateAssets="All" />
  </ItemGroup>
  <Import Project="Sdk.targets" Sdk="Microsoft.NET.Sdk" />
</Project>

<强> 2。使用.NET CLI并告诉MSBuild使用单声道的参考程序集。

构建net*目标框架时,可以将FrameworkPathOverride属性设置为环境变量或csproj文件中的属性。它需要指向一组参考组件 - 这里可以使用单声道参考组件。但有些文件包含一个特殊文件(redist list),其中包含对.NET CLI中的MSBuild版本无法遵循的其他目录的引用。它确实在很多场景中都有效:

export FrameworkPathOverride=/usr/lib/mono/4.5/
dotnet build -f net45

使用了这个和documented by the F# team

第3。使用包含参考程序集的NuGet包。

在某些MyGet源上,Microsoft发布包含引用程序集的NuGet包。他们没有出版或官方&#34;虽然如此,这个过程可能会在某个时间点失败。但他们会plan to investigate making this path official

首先在解决方案的目录中创建一个NuGet.Config文件,其中包含以下内容以添加Feed:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
 <packageSources>
    <add key="dotnet-core" value="https://dotnet.myget.org/F/dotnet-core/api/v3/index.json" />
 </packageSources>
</configuration>

然后,您可以添加项目组以将PackageReference添加到定位包,并添加PropertyGroup以设置参考程序集的路径,如下所示:

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFrameworks>netcoreapp1.1;net461</TargetFrameworks>
  </PropertyGroup>

  <PropertyGroup Condition=" '$(TargetFramework)' == 'net461' ">
    <RuntimeIdentifier>win7-x64</RuntimeIdentifier>
    <FrameworkPathOverride>$(NuGetPackageFolders)microsoft.targetingpack.netframework.v4.6.1\1.0.1\lib\net461\</FrameworkPathOverride>
  </PropertyGroup>

  <ItemGroup Condition=" '$(TargetFramework)' == 'net461' ">
    <PackageReference Include="Microsoft.TargetingPack.NETFramework.v4.6.1" Version="1.0.1" ExcludeAssets="All" PrivateAssets="All" />
  </ItemGroup>

</Project>

如果您使用本机资产(例如获取Linux的RuntimeIdentifier文件),则可以更改不同平台的.so,或者在构建库时将其完全删除。

答案 1 :(得分:0)

您可以将以下内容添加到您的项目文件中:

  <ItemGroup Condition="$(TargetFramework.StartsWith('net4')) AND '$(MSBuildRuntimeType)' == 'Core' AND '$(OS)' != 'Windows_NT'">
    <PackageReference Include="Microsoft.NETFramework.ReferenceAssemblies" Version="1.0.0-preview.2" PrivateAssets="All" />      
  </ItemGroup>

这将允许在非Windows系统上为.NET Framework构建和打包。 但是,您只能在非Windows系统上使用dotnet CLI运行.NET Core目标。 因此,您还应该准备选择要在非Windows系统上运行的目标框架,如下所示:

dotnet run -f netcoreapp2.1

解决方案的来源:https://github.com/dotnet/designs/pull/33#issuecomment-489264196。 这是一种解决方法,因此将来可能会发生变化。