[release/v7.4] Move package validation to package pipeline #26417
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Backport of #26414 to release/v7.4
Triggered by @TravisEz13 on behalf of @TravisEz13
Original CL Label: CL-BuildPackaging
/cc @PowerShell/powershell-maintainers
Impact
Tooling Impact
Moves package validation from the release pipeline to the package pipeline, improving pipeline organization and allowing package validation to run earlier in the process.
Regression
This is an infrastructure improvement to reorganize pipeline stages.
Testing
Verified by:
Risk
High risk due to changes in release pipeline infrastructure, but necessary for better pipeline organization. The change improves maintainability by moving package validation to where packages are built rather than in the release pipeline.
Merge Conflicts
The following file had conflicts during cherry-pick:
.pipelines/PowerShell-Release-Official.ymlLine: 360 (PublishMsix stage dependsOn)
Conflict Type: Multi-line dependency format vs single-line
Root Cause: The conflict arose because commit 5e05175 (authored by Justin Chung @jshigetomi on Oct 9, 2025, titled "Make MSIX publish stage dependent on SetReleaseTagandContainerName stage") added the
setReleaseTagAndChangelogdependency to thePublishMsixstage in master, but this commit was never backported to release/v7.4. This appears to have been a direct commit to master rather than a PR.Original State:
dependsOn: PushGitTagAndMakeDraftPublic(single dependency)dependsOn:with bothsetReleaseTagAndChangelogandPushGitTagAndMakeDraftPublic(multi-line format)Resolution: Accepted the incoming change from master, which includes the
setReleaseTagAndChangelogdependency. This brings the v7.4 branch in line with master's improved stage dependency chain, ensuring MSIX publishing occurs after both the release tag/changelog is set AND the GitHub draft is made public.Manual Changes: None beyond resolving the conflict markers. The
setReleaseTagAndChangelogstage already exists in release/v7.4, so adding it as a dependency is safe and improves the pipeline's execution order.Note: PR 26414's only actual change to this section was removing trailing whitespace from the
dependsOn:line. The additionalsetReleaseTagAndChangelogdependency came along as part of the cherry-pick from master due to commit 5e05175 which was never backported.