Skip to content

[release/3.0] Download runtime from suffixed location in dotnetcli blob storage #17593

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

Merged
merged 1 commit into from
Dec 5, 2019

Conversation

wtgodbe
Copy link
Member

@wtgodbe wtgodbe commented Dec 4, 2019

Fixes a bug where, when we depend on a stable core-setup, we try to download the runtime from a non-suffixed location in the dotnetcli blob storage account. This location will only exist when a build has been placed there manually, which leads to a possible mismatch between the build we bundle, and the build we actually want to ship (e.g. if we spin multiple stable builds, and the first is still in the blob storage location when we spin the 2nd AspNetCore build). Instead we should use the explicit suffixed location so that we know we're consuming the correct build.

CC @dougbu @JunTaoLuo @mmitche @leecow @nguerrera

Assuming we want this for 3.0.2?

@mmitche mmitche changed the title Download runtime from suffixed location in dotnetcli blob storage [release/3.0] Download runtime from suffixed location in dotnetcli blob storage Dec 4, 2019
@mmitche
Copy link
Member

mmitche commented Dec 4, 2019

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 2 pipeline(s).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants