Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
WIP Initial support for .NET Core #197
I think this is working correctly but Travis fails with:
I'm going to try splitting up the build to run different parts on different providers but it may take a while.
I've tracked through the error. On Ubuntu and macOS it fails with:
I found that if I manually edit Paket's
<PackageReference Include="%(PaketReferencesFileLinesInfo.PackageName)"> <Version>%(PaketReferencesFileLinesInfo.PackageVersion)</Version> <PrivateAssets Condition=" ('%(PaketReferencesFileLinesInfo.AllPrivateAssets)' == 'true') Or ('$(PackAsTool)' == 'true') ">All</PrivateAssets> <ExcludeAssets Condition=" '%(PaketReferencesFileLinesInfo.Splits)' == '6' And %(PaketReferencesFileLinesInfo.CopyLocal) == 'false'">runtime</ExcludeAssets> <ExcludeAssets Condition=" '%(PaketReferencesFileLinesInfo.Splits)' != '6' And %(PaketReferencesFileLinesInfo.AllPrivateAssets) == 'exclude'">runtime</ExcludeAssets> <Publish Condition=" '$(PackAsTool)' == 'true' ">true</Publish> <AllowExplicitVersion>true</AllowExplicitVersion> </PackageReference>
then it avoid the error. The error only occurs with a command-line
Anyone with any clues on this one? I'll need to try to determine the root cause of this or a minimal reproduction.
So after a lot of experiments with local and build agent I've concluded that mixing:
all at once has issues. Elsewhere I'll try to isolate an and report the actual problem.
The good news is that I've separated out the dependencies and this now builds for me locally on Windows and macOS. We also have the .NET Core builds going on Ubuntu and macOS agents. The original .NET Framework builds still work correctly on Travis.
I'll let this cool off for a little while but if anyone could give it a go that would be a really good validation. To set expectation the .NET Core version can only do very simple things, this is just a foundational bit of work.