@ms-cloudpack/cli 0.77.17 → 0.77.19

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ms-cloudpack/cli",
-  "version": "0.77.17",
+  "version": "0.77.19",
   "description": "The Cloudpack command line interface - a tool for managing fast inner and outer looping in web apps.",
   "license": "MIT",
   "type": "module",
@@ -18,25 +18,25 @@
     "cloudpack": "./bin/cloudpack.js"
   },
   "dependencies": {
-    "@ms-cloudpack/api-server": "^0.64.31",
-    "@ms-cloudpack/app-server": "^0.20.23",
-    "@ms-cloudpack/bundler": "^0.26.8",
-    "@ms-cloudpack/bundler-capabilities": "^0.4.2",
-    "@ms-cloudpack/common-types": "^0.30.0",
-    "@ms-cloudpack/config": "^0.38.12",
-    "@ms-cloudpack/create-express-app": "^1.10.57",
+    "@ms-cloudpack/api-server": "^0.65.1",
+    "@ms-cloudpack/app-server": "^0.20.25",
+    "@ms-cloudpack/bundler": "^0.26.10",
+    "@ms-cloudpack/bundler-capabilities": "^0.4.4",
+    "@ms-cloudpack/common-types": "^0.31.1",
+    "@ms-cloudpack/config": "^0.38.14",
+    "@ms-cloudpack/create-express-app": "^1.10.59",
     "@ms-cloudpack/environment": "^0.1.1",
-    "@ms-cloudpack/file-watcher": "^0.4.15",
+    "@ms-cloudpack/file-watcher": "^0.4.17",
     "@ms-cloudpack/json-utilities": "^0.1.11",
-    "@ms-cloudpack/link-proxy": "^0.2.45",
-    "@ms-cloudpack/overlay": "^0.19.41",
-    "@ms-cloudpack/package-utilities": "^13.1.2",
+    "@ms-cloudpack/link-proxy": "^0.2.47",
+    "@ms-cloudpack/overlay": "^0.19.43",
+    "@ms-cloudpack/package-utilities": "^13.1.4",
     "@ms-cloudpack/path-string-parsing": "^1.2.7",
-    "@ms-cloudpack/path-utilities": "^3.1.28",
-    "@ms-cloudpack/remote-cache": "^0.11.48",
-    "@ms-cloudpack/setup-utilities": "^0.5.49",
+    "@ms-cloudpack/path-utilities": "^3.1.30",
+    "@ms-cloudpack/remote-cache": "^0.11.50",
+    "@ms-cloudpack/setup-utilities": "^0.5.51",
     "@ms-cloudpack/task-reporter": "^0.17.4",
-    "@ms-cloudpack/telemetry": "^0.11.48",
+    "@ms-cloudpack/telemetry": "^0.11.50",
     "@yarnpkg/lockfile": "^1.1.0",
     "commander": "^14.0.0",
     "cross-spawn": "^7.0.3",
@@ -49,7 +49,7 @@
     "workspace-tools": "^0.38.0"
   },
   "devDependencies": {
-    "@ms-cloudpack/common-types": "^0.30.0",
+    "@ms-cloudpack/common-types": "^0.31.1",
     "@ms-cloudpack/common-types-browser": "^0.6.3",
     "@ms-cloudpack/eslint-plugin-internal": "^0.0.1",
     "@ms-cloudpack/scripts": "^0.0.1",

package/schema/AppConfig.json

@@ -1212,7 +1212,26 @@
           ]
         },
         "density": {
-          "type": "boolean"
+          "anyOf": [
+            {
+              "type": "boolean"
+            },
+            {
+              "type": "object",
+              "properties": {
+                "entries": {
+                  "type": "array",
+                  "items": {
+                    "type": "string"
+                  }
+                }
+              },
+              "required": [
+                "entries"
+              ],
+              "additionalProperties": false
+            }
+          ]
         },
         "alias": {
           "anyOf": [
@@ -1324,6 +1343,13 @@
             "type": "string"
           },
           "description": "Folder names or directory paths where to find modules.\n\n**Note: This completely replaces the default node_modules lookup. To keep node_modules, include it explicitly: [\"node_modules\", \"{configDir}/store\"]**\n\nAbsolute and relative paths can both be used, but be aware that they will behave a bit differently.\n\nA relative path will be scanned similarly to how Node scans for node_modules, by looking through the current directory as well as its ancestors (i.e. ./node_modules, ../node_modules, and on).\n\nWith an absolute path, it will only search in the given directory.\n\nTemplate variables:\n- {configDir} can be used to build paths relative to the configuration directory.   For example: {configDir}/store resolves to an absolute path pointing to the 'store'   subdirectory within the directory containing the configuration file.\n\n  Restrictions:   - The {configDir} template must appear at the beginning of the path   - Only one {configDir} template is allowed per path   - Invalid: \"some/path/{configDir}\" or \"{configDir}/{configDir}/nested\"   - Valid: \"{configDir}/store\", \"{configDir}/components\""
+        },
+        "dedupe": {
+          "type": "array",
+          "items": {
+            "type": "string"
+          },
+          "description": "Array of module names to enforce consistent resolution using the application's module resolution strategy.\n\nPrevents multiple instances of the same package when dealing with duplicate dependencies that may arise from package hoisting or linked dependencies in monorepo setups.\n\nExample: [\"react\", \"lodash\"] ensures these packages are always resolved using the same resolution path that the application would normally use.\n\nThis settings will be ignored for inlinedDependencies."
         }
       },
       "additionalProperties": false

package/schema/UserConfig.json

@@ -1213,7 +1213,26 @@
           ]
         },
         "density": {
-          "type": "boolean"
+          "anyOf": [
+            {
+              "type": "boolean"
+            },
+            {
+              "type": "object",
+              "properties": {
+                "entries": {
+                  "type": "array",
+                  "items": {
+                    "type": "string"
+                  }
+                }
+              },
+              "required": [
+                "entries"
+              ],
+              "additionalProperties": false
+            }
+          ]
         },
         "alias": {
           "anyOf": [
@@ -1325,6 +1344,13 @@
             "type": "string"
           },
           "description": "Folder names or directory paths where to find modules.\n\n**Note: This completely replaces the default node_modules lookup. To keep node_modules, include it explicitly: [\"node_modules\", \"{configDir}/store\"]**\n\nAbsolute and relative paths can both be used, but be aware that they will behave a bit differently.\n\nA relative path will be scanned similarly to how Node scans for node_modules, by looking through the current directory as well as its ancestors (i.e. ./node_modules, ../node_modules, and on).\n\nWith an absolute path, it will only search in the given directory.\n\nTemplate variables:\n- {configDir} can be used to build paths relative to the configuration directory.   For example: {configDir}/store resolves to an absolute path pointing to the 'store'   subdirectory within the directory containing the configuration file.\n\n  Restrictions:   - The {configDir} template must appear at the beginning of the path   - Only one {configDir} template is allowed per path   - Invalid: \"some/path/{configDir}\" or \"{configDir}/{configDir}/nested\"   - Valid: \"{configDir}/store\", \"{configDir}/components\""
+        },
+        "dedupe": {
+          "type": "array",
+          "items": {
+            "type": "string"
+          },
+          "description": "Array of module names to enforce consistent resolution using the application's module resolution strategy.\n\nPrevents multiple instances of the same package when dealing with duplicate dependencies that may arise from package hoisting or linked dependencies in monorepo setups.\n\nExample: [\"react\", \"lodash\"] ensures these packages are always resolved using the same resolution path that the application would normally use.\n\nThis settings will be ignored for inlinedDependencies."
         }
       },
       "additionalProperties": false