-
Notifications
You must be signed in to change notification settings - Fork 10.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dotnet CLI distrib tests and associated cleanup. #8039
Dotnet CLI distrib tests and associated cleanup. #8039
Conversation
Based on my grabbing the packages build by jenkins and running distribtests manually with them, it seems that the all the tested scenarios with dotnetcli now work. the distribtest csharp_nuget_linux_x64_centos7 doesn't pass, but actually before this PR all the distribtests seemd to be broken (because of the nuget update -self) |
Tests seem green. |
Sorry I'm just re-checking the non-passing centos distrib test, as I did see distrib tests passing earlier (when they were updated to System.Interactive.Async dependency, ran the nuget update -self and saw them pass in #7729). Re-ran a build on v1.0.x just to check distrib tests, at https://grpc-testing.appspot.com/job/gRPC_build_artifacts/1712/ |
+1 to double checking stuff (but if the distrib tests pass, I'd be very surprised). |
LGTM |
-- cleanup of project.json files (get rid of runtimes declaration thanks to importing Microsoft.NETCore.App with "type": "platform")
-- fixes in run_tests.py to run tests build by dotnet cli correctly
-- add a distribtest that tests
dotnet build
anddotnet publish
for bothnet45
andnetcoreapp1.0
-- (hopefully) fix
dotnet publish
onnetcoreapp1.0
by adding a search path for the native extension.-- enable building all nugets on linux (under docker) and zip them.
-- in distribtests, update nuget to 2.12 so that Grpc.sln can be restored.
Note: By default, the distribtests still run for the old way of building nuget packages (that will be changed in a followup PR if things go well).
Tentative fix for #8012.