-
Notifications
You must be signed in to change notification settings - Fork 84
Remove support for Signed and Validated qualities #593
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
base: main
Are you sure you want to change the base?
Conversation
After looking at usage data for the aka.ms links that back these qualities, it's clear that the only usage is from the tests in the install scripts repo itself. Removing these links has significant benefit to the overall time it takes to run our staging pipelines, as well as overall maintainability.
We need a docs issue to track the removal as well. |
Can you point me to how this is done (or an existing one I can template off of). Does this need to be in place before this is merged? |
@JanProvaznik has already got something going, no worries. He also found a couple of uses of these in the wild - like 5. I'll reach out to those folks today |
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default. Signed-off-by: Chet Husk <[email protected]>
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default. Signed-off-by: Chet Husk <[email protected]>
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default. Signed-off-by: Chet Husk <[email protected]>
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default.
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default.
The 'signed' quality is [being removed](dotnet/install-scripts#593) from the install scripts - but your usage is really just a 'stable public release' usage anyway, which is the default.
Merge as you will, then! |
After looking at usage data for the aka.ms links that back these qualities, it's clear that the only usage is from the tests in the install scripts repo itself. Removing these links has significant benefit to the overall time it takes to run our staging pipelines, as well as overall maintainability.