FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

[release/v7.6.10] Add ability to consume PowerShell modules from internal feed by daxian-dbw · Pull Request #28355 · PowerShell/PowerShell · GitHub

Repository navigation

[release/v7.6.10] Add ability to consume PowerShell modules from internal feed - #28355

Merged
Dongbo Wang (daxian-dbw) merged 2 commits into
PowerShell:release/v7.6.10from
daxian-dbw:backport/release/v7.6.10/28326-778c6d753
Nov 5, 2026
Merged

Dongbo Wang (daxian-dbw) merged 2 commits into
PowerShell:release/v7.6.10from
daxian-dbw:backport/release/v7.6.10/28326-778c6d753

Conversation

Copy link
Copy Markdown
Member

Backport of #28326 to release/v7.6.10

Triggered by Dongbo Wang (@daxian-dbw) on behalf of Aditya Patwardhan (@adityapatwardhan)

Original CL Label: CL-BuildPackaging

/cc @PowerShell/powershell-maintainers

Impact

REQUIRED: Choose either Tooling Impact or Customer Impact (or both). At least one checkbox must be selected.

Tooling Impact

  • Required tooling change
  • Optional tooling change (include reasoning)

Enables release builds to consume bundled PowerShell modules from the internal early-access module feed independently of the selected .NET feed. UseEarlyAccessModules defaults to false, preserving existing feed selection unless explicitly enabled.

Customer Impact

  • Customer reported
  • Found internally

Regression

REQUIRED: Check exactly one box.

  • Yes
  • No

This is not a regression.

Testing

Original PR adds test/infrastructure/NugetConfig.Tests.ps1 covering module-feed selection across source modes, authentication combinations, module-only authentication without a .NET feed selector, and token-acquisition failures. The backport cherry-picked without conflicts and the worktree is clean. Local tests were not run; backport CI validation is required before merge.

Risk

REQUIRED: Check exactly one box.

  • High
  • Medium
  • Low

Changes shared build pipeline and feed-authentication infrastructure. The capability is opt-in via UseEarlyAccessModules, which defaults to false, preserving existing feed behavior. Included infrastructure tests cover feed selection and authentication scenarios; backport CI must pass before merge.

Dongbo Wang (daxian-dbw) added the CL-BuildPackaging Indicates that a PR should be marked as a build or packaging change in the Change Log label Nov 5, 2026
Copilot AI balanced review requested due to automatic review settings November 5, 2026 17:59

Copy link
Copy Markdown
Azure Pipelines:
There may be pipelines that require an authorized user to comment /azp run to run.

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

🟡 Changes recommended

Module-only vPack/MSIX builds lack exported feed credentials, causing restore authentication failures, while unsupported net11 test fixtures throw before assertions.

2 open issues What changed in this PR

Backports #28326 to release/v7.6.10, allowing builds to consume bundled PowerShell modules from an internal feed independently of the selected .NET feed.

Changes:

  • Adds the opt-in UseEarlyAccessModules parameter, defaulting to false, across official and nonofficial pipelines.
  • Extends NuGet configuration and authentication for the internal module feed.
  • Adds infrastructure tests and documentation for feed selection and authentication.
File Description
test/​infrastructure/​NugetConfig.Tests.ps1 Adds feed-selection and authentication tests.
docs/​building/​internals.md Documents internal module feeds and restore setup.
build.psm1 Adds independent early-access module source selection.
.pipelines/​templates/​insert-nuget-config-azfeed.yml Configures module-feed access and credentials.
.pipelines/​PowerShell-vPack-Official.yml Exposes the module-feed option for official vPack builds.
.pipelines/​PowerShell-Release-Official.yml Exposes the option for official releases.
.pipelines/​PowerShell-Packages-Official.yml Exposes the option for official package builds.
.pipelines/​PowerShell-Coordinated_Packages-Official.yml Exposes the option for official coordinated packages.
.pipelines/​NonOfficial/​PowerShell-vPack-NonOfficial.yml Exposes the option for nonofficial vPack builds.
.pipelines/​NonOfficial/​PowerShell-Release-NonOfficial.yml Exposes the option for nonofficial releases.
.pipelines/​NonOfficial/​PowerShell-Packages-NonOfficial.yml Exposes the option for nonofficial package builds.
.pipelines/​NonOfficial/​PowerShell-Coordinated_Packages-NonOfficial.yml Exposes the option for nonofficial coordinated packages.
.pipelines/​MSIXBundle-vPack-Official.yml Exposes the option for MSIX bundle vPack builds.
.pipelines/​apiscan-gen-notice.yml Exposes the option for API scanning and notice generation.

Review effort: Balanced

Dongbo Wang (daxian-dbw) merged commit 2fc2796 into PowerShell:release/v7.6.10 Nov 5, 2026
38 checks passed
Dongbo Wang (daxian-dbw) deleted the backport/release/v7.6.10/28326-778c6d753 branch November 5, 2026 19:03
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CL-BuildPackaging Indicates that a PR should be marked as a build or packaging change in the Change Log

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants


Back | FazBrowse Home | New Git URL