[splincode]

PR Checklist

• The commit message follows the project guidelines.
• Extended the existing i18n E2E test.

PR Type

• Bugfix

What is the current behavior?

In a localized AOT build without additional polyfills, the CLI-generated polyfills bundle only sets the locale and loads Angular locale data. Editing an application translation still changes its URL because esbuild includes the translation-file digest in the filename hash.

Part of #30675; follows the feedback on #34673.

What is the new behavior?

Use the selected locales and their Angular locale data as the hash input for this generated bundle before esbuild assigns the filename. There is still one shared filename across locales, and no output files or imports are rewritten for hashing. Application chunks, workers, user-supplied polyfills, and watch builds retain their current hashing.

Does this PR introduce a breaking change?

• No

[gemini-code-assist]

Code Review

This pull request introduces a mechanism to account for locale ID and locale data in the shared output hash when inlining translations and polyfills are empty, appending a hash footer to the polyfills bundle. It also moves the caching of loaded locale data from the utility module to the worker level and updates E2E tests to verify cacheability under esbuild. The review feedback suggests passing options.workspaceRoot to loadLocaleData to ensure robust module resolution in monorepos.