@lark-apaas/miaoda-cli 0.1.14 → 0.1.15

package/dist/cli/handlers/app/init.js

@@ -10,7 +10,6 @@ const index_1 = require("../../../services/app/init/index");
 const coding_steering_1 = require("../../../utils/coding-steering");
 const logger_1 = require("../../../utils/logger");
 const githooks_1 = require("../../../utils/githooks");
-const sync_1 = require("../../../cli/handlers/app/sync");
 const error_1 = require("../../../utils/error");
 const output_1 = require("../../../utils/output");
 /**
@@ -20,14 +19,15 @@ const output_1 = require("../../../utils/output");
  * {stack, version, archType, app_id?} 写入 .spark/meta.json。--app-id（或 MIAODA_APP_ID）提供时
  * 持久化 app_id；运行端命令仍优先读 env，未设置时回退到 meta.json。
  *
- * init 不跑 `miaoda app sync`（SyncRule 应用 / 平台脚本覆盖 / patches）。原因：
+ * init 不跑 `miaoda app sync` 的任何子动作（SyncRule 应用 / 平台脚本覆盖 / patches /
+ * 升管控包到 latest）。原因：
  *   - 本地 `npm run dev` 入口 dev.sh 已经会先跑 `miaoda app sync` 再起服务（看 templates
  *     /scripts/dev.sh），sync 在用户真正用 app 之前必然跑过一次
  *   - 沙箱 pod 启动阶段平台侧也会做同步（dev.sh 注释明文："脚本同步由平台 pod 启动阶段做过"）
  *   - 两条路径都不依赖 init 时的 sync，init 重跑一遍是冗余
  * 副作用：init 完到首次 dev/sync 之间，user app 的 scripts/ 模板文件是 template 包发版时
- * 的版本（没经 sync 覆盖）；首次 install 装的也是 template 钉的版本（没升 latest）。dev.sh
- * 入口的 sync 会修正这些 drift。
+ * 的版本（没经 sync 覆盖）；首次 install 装的也是 template 钉的版本（没升 latest），
+ * package.json 跟 template 完全一致。dev.sh 入口的 sync 会修正这些 drift。
  *
  * 幂等：.spark/meta.json 存在即表示已完整成功一次，直接退出，不重跑任何子步骤。
  * 半渲染状态（package.json 在但 meta.json 不在）会重新跑完整流程。
@@ -63,10 +63,6 @@ async function handleAppInit(opts) {
     const version = opts.conf?.version;
     const projectName = node_path_1.default.basename(targetDir);
     const tplResult = (0, index_1.renderTemplate)({ stack, version, targetDir, projectName });
-    // 把 install 前装着的管控包 spec snapshot 一份,等 installDependencies 跑完
-    // (npm install <pkg>@latest 会自动改写 package.json + 刷 lockfile) 再 snapshot 一次
-    // diff 出 npm 实际改了哪些 spec → emit data.upgradedPackages 给用户/CI 可观测。
-    const beforeManagedSpecs = (0, sync_1.snapshotManagedDepSpecs)(targetDir);
     // skills 同步软失败：拉不到 coding-steering 包不该阻断 writeSparkMeta /
     // activateGitHooks（之前会让 .spark/meta.json 没写，下次 init 半渲染状态又得重跑全套）。
     // 按运行环境（SANDBOX_ID）分流 outputLayout，不绑 stack:
@@ -90,18 +86,13 @@ async function handleAppInit(opts) {
         (0, logger_1.log)('init', `⚠ skills sync failed (continuing init): ${steeringError}`);
         steeringResult = { version: 'unknown', syncedSkills: [], techSynced: false };
     }
-    // template 渲染下来的 @lark-apaas/* 版本可能落后 latest dist-tag,把管控包@latest 作为
-    // 位置参数显式传给 npm install,让 npm 自动改写 package.json spec 到 ^具体最新版 +
-    // 写入 lockfile,而不需要 init 主动改 package.json。
+    // 装模板钉死的依赖。不带 <pkg>@latest 位置参数,因此 npm 不会改写 package.json/lockfile
+    // —— "升管控包到 latest" 是 sync 的职责,在 dev.sh 入口跑 `miaoda app sync` 时触发。
     const installResult = (0, index_1.installDependencies)({
         targetDir,
         skip: opts.skipInstall,
         quietStdout: (0, output_1.isJsonMode)(),
-        extraPackages: Object.keys(beforeManagedSpecs).map((name) => `${name}@latest`),
     });
-    // install 之后 diff 管控包 spec,得到 upgradedPackages 报告
-    const afterManagedSpecs = (0, sync_1.snapshotManagedDepSpecs)(targetDir);
-    const upgradedPackages = (0, sync_1.diffManagedSpecs)(beforeManagedSpecs, afterManagedSpecs, 'init');
     // template 自带 .githooks/pre-commit；如果用户项目已 git init,顺便设上 core.hooksPath。
     const hookActivation = (0, githooks_1.activateGitHooks)(targetDir);
     (0, index_1.writeSparkMeta)(targetDir, {
@@ -125,7 +116,6 @@ async function handleAppInit(opts) {
             syncedSkills: steeringResult.syncedSkills,
             techSynced: steeringResult.techSynced,
             steeringError,
-            upgradedPackages,
             gitHooks: hookActivation.action,
             installed: installResult.installed,
             installSource: installResult.source,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lark-apaas/miaoda-cli",
-  "version": "0.1.14",
+  "version": "0.1.15",
   "description": "Miaoda 平台命令行工具，面向 Agent 调用",
   "type": "commonjs",
   "bin": {