Skip to content

Prepare for onboarding PowerShell to the Native2Native localization pipeline#27667

Open
daxian-dbw wants to merge 2 commits into
PowerShell:masterfrom
daxian-dbw:loc
Open

Prepare for onboarding PowerShell to the Native2Native localization pipeline#27667
daxian-dbw wants to merge 2 commits into
PowerShell:masterfrom
daxian-dbw:loc

Conversation

@daxian-dbw

Copy link
Copy Markdown
Member

PR Summary

Native2Native localization pipeline: https://eng.ms/docs/cloud-ai-platform/azure-core/azure-experiences-and-ecosystems/cme-international-customer-exp/software-localization-onelocbuild/onelocbuild/native2native/overview

  • Create the LocProject.json file for PowerShell localization
  • Remove the unused .resx resource files
  • Remove the unused .cs source files
  • Remove the Microsoft.PowerShell.LocalAccounts folder as it's never built or shipped with PowerShell 7.

The LanguageSet used in LocProject.json file for now is VS_Main_Languages, because that's what .NET runtime uses for its localization. I think we should target the same languages that .NET runtime targets. For a language that .NET doesn’t localize to, even if we localize PowerShell resources for it, it still won’t be fully localized given that any .NET exceptions will use the fallback en-US strings.

Impact on package size: Localization will increase the size of PowerShell package because we need to ship the satellite assemblies. The language set VS_Main_Languages includes 13 languages. If we use it, the size of PowerShell will increase around 10 mb (6 mb for S.M.A satellite assemblies along).

To be decided: We need to decide the language set to use before filing the onboarding request.

@daxian-dbw daxian-dbw requested review from a team, TravisEz13 and jshigetomi as code owners July 8, 2026 18:30
Copilot AI review requested due to automatic review settings July 8, 2026 18:30
@azure-pipelines

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

@daxian-dbw

Copy link
Copy Markdown
Member Author

/azp run

@daxian-dbw daxian-dbw added the CL-BuildPackaging Indicates that a PR should be marked as a build or packaging change in the Change Log label Jul 8, 2026
@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines:
Successfully started running 3 pipeline(s).
2 pipeline(s) were filtered out due to trigger conditions.

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.

Copilot wasn't able to review this pull request because it exceeds the maximum number of lines (20,000). Try reducing the number of changed lines and requesting a review from Copilot again.

@daxian-dbw

Copy link
Copy Markdown
Member Author

It will be tricky to backport the localized resources to old releases like 7.5 and 7.4. The localization will be based on resource strings in the master branch of GitHub repo. If we blindly backport all localized resources to 7.5 and 7.4, it's highly possible to break something, as some strings may be removed in later versions, but we are not backporting the corresponding code changes to 7.5 and 7.4.

Given that 7.4 is about to reach the end of its life cycle, and 7.5 is not even the stable version today, I think we should not support localization for those 2 versions. For 7.6, the mismatch described above can also happen but should be in a smaller scale.

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

Labels

Backport-7.6.x-Consider 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.

2 participants