Disable auto-push of symbols package #6113
Labels
Functionality:Push
Priority:1
High priority issues that must be resolved in the current sprint.
Type:Feature
Milestone
Context
If a user creates a symbols package along with their NuGet package and then tries to push the package to NuGet.org, NuGet does the following steps in sequence:
If Step 2 fails, the NuGet package is already pushed to NuGet.org but the push operation returns failure. This response is not entirely correct as the primary package push did pass and any subsequent push retry by the user will be rejected by NuGet.org as the package (with version) is already present on NuGet.org.
Proposal
Disable auto-push of symbols package to SymbolSource.org
Since the 2 pushes (as mentioned above) are non-atomic (they operate independently), it makes sense to separate out these steps. This will help users identify the failure and only retry the failing operation.
We have also seen frequent issues where SymbolSource.org becomes unreachable. The project is not being actively maintained. Of late, there is an issue where the SSL certificate for https://nuget.smbsrc.net is invalid (expired). Though we are working on getting this fixed by SymbolSource.org, there is no ETA on the fix.
This solution would not prevent users to use the Symbol Server of their choice. They can continue to push symbols package separately as follows:
To summarize, the changes proposed here are:
Next steps
The NuGet team is working on improving the debugging and symbols experience holistically. Look out for more details by subscribing to the NuGet/Announcements repo where we will announce the spec when the spec has more details.
The text was updated successfully, but these errors were encountered: