Release v2.23.1 · reactnativecn/react-native-update-cli

English

One app per operation: bundle --appId <id> --name <v> now publishes to that app (it was silently ignored before), and publish --appId binds against the same app it created the version under instead of re-reading the selected app (#74).
An explicit --appId is checked against the command's platform (GET /app/:id) before any expensive work; an app of another platform, a foreign or a missing id fails immediately instead of after the build. Note: this adds one request, so bundle --appId no longer works fully offline.
createApp --config <file> selects the new app in that file; getSelectedApp/bundle honor --config consistently. The default stays update.json for both pushy and cresc.
A bundle-only run without a selected app still bundles (full bytecode, no Hermes base), but a malformed config is now reported right away instead of after the build.
Parse/mismatch errors name the config file actually read (or --appId) instead of a hard-coded update.json.

BundleOptions.appId / BundleOptions.config; provider.getSelectedApp(platform, config).

.gitignore ignores node_modules as a symlink too (#79); workflow actions bumped to latest majors.

单次操作只针对一个应用：bundle --appId <id> --name <v> 现在会发布到指定应用（此前该参数会被静默忽略）；publish --appId 也会绑定到创建版本时使用的同一个应用，不再重新读取当前选中的应用（#74）。
在开始耗时操作前，会先通过 GET /app/:id 检查显式传入的 --appId 是否与命令平台匹配；平台不同、属于其他账户或不存在的应用 ID 会立即失败，而不是等构建完成后才报错。注意：这会增加一次请求，因此 bundle --appId 不再能完全离线运行。
createApp --config <file> 会在该配置文件中选中新应用；getSelectedApp 和 bundle 现在也会一致地遵循 --config。pushy 与 cresc 的默认配置文件仍为 update.json。
未选择应用时，仅执行 bundle 的流程仍可正常打包（生成完整字节码，不使用 Hermes base）；但配置文件格式错误现在会立即报告，而不是在构建结束后才报错。
解析错误和应用不匹配错误现在会指出实际读取的配置文件（或 --appId），不再固定写成 update.json。

新增 BundleOptions.appId / BundleOptions.config；provider.getSelectedApp(platform, config)。