Skip to content
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

Refactor source-index to use its own .net core #7763

Merged
merged 2 commits into from
Aug 18, 2021

Conversation

chcosta
Copy link
Member

@chcosta chcosta commented Aug 18, 2021

Fixes #7747

Validated with https://dev.azure.com/dnceng/internal/_build/results?buildId=1301548&view=logs&j=316d5c15-0c50-544e-8051-e6b14a1ab674&t=78db2542-c627-4140-8a7a-d06178fff4e4

This change modifies the source-index stage to use its own restored sdk (3.1) instead of the one from the repo and then uses explicit paths to the tools instead of modifying the environment path . The sdk is only used to acquire the global tools and run them, but the process was being intermingled with the sdk which arcade restores from the repo.

Side note: @ViktorHofer, after this change makes it to runtime, I'm pretty sure you can get rid of https://github.com/dotnet/runtime/blob/main/eng/pipelines/source-index.yml#L10 which is a bit of a hack. You can probably get rid of that yml file entirely and just reference source-index-stage1.yml, but either way is fine.

@chcosta chcosta merged commit 693912c into dotnet:main Aug 18, 2021
@chcosta chcosta deleted the sourceindex branch August 18, 2021 21:55
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.

SourceIndexStage1 is broken with the SDK upgrade
3 participants