Skip to content

FI: main to release/dev/monobuild#6560

Open
kythant wants to merge 3 commits into
release/dev/monobuildfrom
user/kythant/FIMonobuild061026
Open

FI: main to release/dev/monobuild#6560
kythant wants to merge 3 commits into
release/dev/monobuildfrom
user/kythant/FIMonobuild061026

Conversation

@kythant

@kythant kythant commented Jun 11, 2026

Copy link
Copy Markdown
Contributor

FI from main into
elease/dev/monobuild.

Brings 2 commits from main:

Conflict resolution

1 conflict in �uild/AzurePipelinesTemplates/WindowsAppSDK-BuildVSIX-Steps.yml, resolved in favor of HEAD (monobuild).

main's #6555 reintroduces the legacy LatestOfficialBuildID pinned-download path and adds an opt-in UseLatestNightlyFromBranch parameter that points back at OfficialPipelineID. monobuild already has its own resolution for this: by-branch download from the OS-project monobuild nightly (pipeline 190463) with NightlyBranchName defaulting to
efs/heads/release/dev/monobuild. Adopting main's opt-in path would re-introduce the cross-project lookup that broke PR #6549 validation, so keeping monobuild's version as-is.

The other 2 files auto-merged cleanly:

  • .github/workflows/build.yml`n- �uild/AzurePipelinesTemplates/WindowsAppSDK-VSIXTemplates-BuildValidation-Stage.yml" 2>&1

DinahK-2SO and others added 3 commits June 10, 2026 10:56
… making downloading-latest-package opt-in (#6555)

* Fix Foundation PR builds: make latest-nightly VSIX download opt-in

* Disambiguate by-branch nightly download step name
Brings 2 commits from main into release/dev/monobuild:
  - 78ae54d Bump to latest majors (#6550)
  - 9f95bdf Fix break on Foundation PR builds: restore original build
              behavior by making downloading-latest-package opt-in (#6555)

1 conflict, resolved in favor of HEAD (monobuild):
  build/AzurePipelinesTemplates/WindowsAppSDK-BuildVSIX-Steps.yml

main's #6555 reintroduces the legacy LatestOfficialBuildID pinned-download
path and adds an opt-in UseLatestNightlyFromBranch parameter that points
back at OfficialPipelineID. monobuild already has its own resolution for
this: by-branch download from the OS-project monobuild nightly
(pipeline: 190463) with NightlyBranchName defaulting to
'refs/heads/release/dev/monobuild'. Adopting main's opt-in path would
re-introduce the cross-project lookup that broke PR #6549 validation,
so keep monobuild's version as-is.

The other 2 files auto-merged cleanly:
  .github/workflows/build.yml
  build/AzurePipelinesTemplates/WindowsAppSDK-VSIXTemplates-BuildValidation-Stage.yml
@kythant

kythant commented Jun 11, 2026

Copy link
Copy Markdown
Contributor Author

/azp run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines successfully started running 1 pipeline(s), but failed to run 1 pipeline(s).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants