Closed josephmyers closed 2 years ago
The new GH workflow, though flaky, successfully builds, tests, and deploys. Deploying only happens for the .NET Standard projects currently, but this can be expanded. The overall goal here is to replace the TC builds.
src/ChorusHubApp/ChorusHubApp.csproj
line 14 at r1 (raw file):
<PackageReference Include="Microsoft.SourceLink.GitHub" Version="1.0.0" PrivateAssets="All" /> <PackageReference Include="SIL.ReleaseTasks" Version="2.5.0" PrivateAssets="All" /> <PackageReference Include="SIL.Windows.Forms" Version="9.0.0-*" />
10
Code quote:
9
.github/workflows/dotnet.yml
line 29 at r1 (raw file):
add --no-build?
sure, sounds good
.github/workflows/dotnet.yml
line 35 at r1 (raw file):
I'm not sure why there are two deploys here, and why one is specific to version 5 packages? Seems like that will require extra maintenance.
good catch. at time of writing i only wanted to push specific builds. we can change this to be more generic, i think "output*\.nupkg" would do it and only require one line
src/ChorusHubApp/ChorusHubApp.csproj
line 14 at r1 (raw file):
10
yeah, rebase should fix!
Can we get rid of the warnings as well? (Maybe in a follow-up PR)
To do so, we can either change L10NSharp (not planned) or suppress NU1701. Which do you recommend? There is one other warning, one regarding an unrecommended/obsolete call. I'll look into this now
Also referencing the appropriate libpalaso .NET Standard DLL's, which drop support for USB operations (RepositoryAddress.cs). For the .NET Standard version, those operations now return null. These methods were already returning null in other situations, but if this is undesirable, we can throw a NotSupportedException, etc.
Also upgraded Autofac version to support the new framework and resolving that reference implicitly in Chorus.csproj.
Also added GH Actions build (and potentially removing TC and AppVeyor builds)
This change is