dotnet / dotnet/arcade

Source-indexer pipeline acquires it's own runtime

Open
#16,064 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
C#
Stars
729
Forks
397
Avg merge
3d 15m
Merged PRs (30d)
149

Description

Related https://github.com/dotnet/arcade/issues/7747

There's a hardcoded `major.minor` version of the SDK referenced https://github.com/dotnet/arcade/blob/aec4b170fd6d0490f12c4b51607f55df3622076e/eng/common/core-templates/steps/source-index-stage1-publish.yml#L9-L14 for running the source-indexer tools. Rather than doing this and keeping it up to date, we should just use the SDK that the repo build _already acquires_ and keeps up to date.

This avoids a hardcoded version in the arcade build scripts that needs to be kept up to date and it also ensures that we are more likely to use the version of components (MSBuild/Roslyn) used to build the repo.

Contributor guide

Open the contributing guide

Research direction

Start with eng/common/core-templates/steps/source-index-stage1-publish.yml at the linked lines and read the related Arcade issue 7747. Trace how the repository build acquires its SDK, then verify the source-indexer pipeline uses that SDK rather than a hardcoded major.minor version and still runs successfully.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
build-system
Issue type
Refactor
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.