SDK Diff pipeline should discover artifacts from upstream builds with post-build failures

Open
#5,536 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
52/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Quiet

Research direction

Start at the SDK Diff pipeline's artifact download logic and trace the strict expected-name lookup against upstream build artifacts. Use upstream build 2950508 and SDK Diff build 2950719 as reproduction cases; done means a post-build-renamed artifact is discovered by pattern and downloaded instead of failing.

Written by the indexing model from the issue text.

Description

area-testing

When a post-build step (1ESPT, signing, etc.) fails in the upstream pipeline, artifacts get published under a failure/alternate name instead of the expected name (e.g. SB_Ubuntu2404_Offline_MsftSdk_x64_Artifacts). The SDK Diff pipeline does a strict name lookup, can't find them, and fails — even though the SDK was successfully built.

The artifact download logic should fall back to enumerating available artifacts on the upstream build and matching by pattern when the expected name isn't found.

Example: SDK Diff build 2950719 failed because upstream build 2950508 had a post-build failure.

Dominant language
No language data
Stars
287
Forks
146
Avg merge
1d 22h
Merged PRs (30d)
10

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from dotnet/source-build

All issues in dotnet/source-build

Similar issues

More Build System issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.