Add active-app-version deploy classification module

[isaacroldan]

Part 6 of 8 — splitting #8040. The new classification logic, added on its own for focused review.

WHY are these changes introduced?

deploy matched local extensions to remote registrations through the interactive Partners-era flow. On App Management, modules are identified deterministically by UID, so the matching can be derived from the app's active version instead of prompting.

WHAT is this pull request doing?

• Adds the deploy-app-version module: classifies each local extension against the active version's modules — match by UID, with a legacy UUID fallback for un-migrated extensions — into created / updated / deleted / unchanged.
• Adds deploy-app-version-migrations: runs the supported legacy extension migrations before classifying.
• Reshapes getAppIdentifiers and EnsureDeploymentIdsPresenceOptions.envIdentifiers to the flat UUID map the module consumes.

The module is not wired into deploy yet (that's #8056), so behavior is unchanged. Covered by its own unit test.

How to test your changes?

pnpm --filter @shopify/app exec vitest run src/cli/services/context/deploy-app-version.test.ts

[isaacroldan]

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

• Remove the legacy extension identifier-matching code #8049
• Switch deploy to the active-app-version classification #8056
• Add active-app-version deploy classification module #8055 👈 (View in Graphite)
• Rework release config diff to compare version against active version #8054
• Make deploy consumers speak app-module UUID/registration-ID maps #8047 : 1 other dependent PR (#8048 )
• Fix webhook subscription UID to omit the literal "undefined" for absent filters #8046
• Classify webhook subscription modules as configuration experience #8045
• Add order-insensitive deep object comparison to cli-kit #8044
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[github-actions]

Differences in type declarations

We detected differences in the type declarations generated by Typescript for this branch compared to the baseline ('main' branch). Please, review them to ensure they are backward-compatible. Here are some important things to keep in mind:

• Some seemingly private modules might be re-exported through public modules.
• If the branch is behind main you might see odd diffs, rebase main into this branch.

New type declarations

We found no new type declarations in this PR

Existing type declarations

packages/cli-kit/dist/public/common/object.d.ts

@@ -38,6 +38,14 @@ export declare function mapValues<T extends object, TResult>(source: T | null |
  * @returns True if the objects are equal, false otherwise.
  */
 export declare function deepCompare(one: object, two: object): boolean;
+/**
+ * Deeply compares two values and treats arrays as order-insensitive.
+ *
+ * @param one - The first value to be compared.
+ * @param two - The second value to be compared.
+ * @returns True if the normalized values are equal, false otherwise.
+ */
+export declare function deepCompareWithOrderInsensitiveArrays(one: unknown, two: unknown): boolean;
 /**
  * Return the difference between two nested objects.
  *