The nightly packages on packages.grpc.io contains a single-platform only version of Grpc.Tools

[jtattermusch]

Instead of the full mutli-platform package.

E.g. here:

https://packages.grpc.io/archive/2023/01/8cf04e9a5405c3f6923276eb01ca0122f4223533-0ae937c3-e12d-4d41-b5b0-39e85c93ba75/index.xml

[jtattermusch]

CC @tonydnewell

[jtattermusch]

I think this might simple be an issue with one of our CI scripts that copies the wrong .nupkg file into the nightlies.

[jtattermusch]

Some debugging data:
build_all_packages (https://fusion2.corp.google.com/invocations/7e53a4cc-c3fd-4221-93ad-456abc2c98a6/log) triggers collect_all_packages (https://fusion2.corp.google.com/invocations/8ffc1eb3-0e48-4c45-bab9-4e1deef08911/log) which does seem to provide the correct Grpc.Tools package.
But the grpc_publish_packages (https://fusion2.corp.google.com/invocations/6a52f238-8c23-48c6-bee1-f481737efab0/log) does seem to publish the wrong nuget (Grpc.Tools singleplatform instead of the full one).

[jtattermusch]

Ok, look like the issue might be that the CI script for publish packages here

grpc/tools/internal_ci/linux/grpc_publish_packages.sh

Line 66 in 1318606

unzip "$INPUT_ARTIFACTS/csharp_nugets_windows_dotnetcli.zip" -d "$UNZIPPED_CSHARP_PACKAGES"

does unpack csharp_nugets_windows_dotnetcli.zip, but there are multiple competing versions of this file from previous stages of the build (one contains the full Grpc.Tools, others contain the "singleplatform" Grpc.Tools) and the wrong one is chosen.

[jtattermusch]

Fixed by #33595