create-zerotal 1.14.1 → 1.14.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -8,6 +8,20 @@ follows the Zerotal monorepo's unified versioning.
8
8
 
9
9
  ## [Unreleased]
10
10
 
11
+ ## [1.14.2] — 2026-09-01
12
+
13
+ ### Fixed
14
+
15
+ - **`bun run dev` was broken in every app scaffolded since 1.13.0.** Each template's
16
+ `package.json` carried `"dev": "bun zt.ts serve --dev"`, and `serve --dev` was retired in
17
+ 1.13.0 — deliberately failing loudly rather than silently starting a plain server. So the
18
+ first command a new user runs exited 1 and told them to use something else.
19
+
20
+ Retiring it updated the runner, the docs and the `zt upgrade` codemod, and missed the
21
+ templates that *write* new apps. A test now checks the scaffolder against the codemod's
22
+ own list of retired forms, so the thing that generates apps cannot fall behind the thing
23
+ that migrates them.
24
+
11
25
  ## [1.11.0] — 2026-08-31
12
26
 
13
27
  ### Added
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-zerotal",
3
- "version": "1.14.1",
3
+ "version": "1.14.2",
4
4
  "description": "Create a new Zerotal application",
5
5
  "license": "MIT",
6
6
  "maturity": "stable",
package/src/index.ts CHANGED
@@ -177,7 +177,7 @@ async function main(): Promise<void> {
177
177
  // account) is what makes a fresh app usable rather than a locked door.
178
178
  dim(`bun zt db:seed # demo data + admin@example.com / password`);
179
179
  }
180
- dim(`bun zt serve --dev`);
180
+ dim(`bun zt dev`);
181
181
  if (template === 'admin') {
182
182
  dim(`# then open http://localhost:3000/admin`);
183
183
  }
package/src/scaffold.ts CHANGED
@@ -13,7 +13,7 @@ export type Template = 'minimal' | 'api' | 'admin' | 'flow' | 'react' | 'vue';
13
13
  // "^1.1.0" found for specifier "zerotal"` — the first thing anyone trying the
14
14
  // framework saw. `scaffold.test.ts` now asserts the two agree, so CI fails rather
15
15
  // than the user's install.
16
- export const ZT_VERSION = "^1.14.1";
16
+ export const ZT_VERSION = "^1.14.2";
17
17
 
18
18
  export interface ScaffoldOptions {
19
19
  name: string;
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "seed": "bun zt.ts db:seed",
11
11
  "test": "bun zt.ts test",
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "test": "bun zt.ts test",
11
11
  "typecheck": "tsc --noEmit"
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "test": "bun zt.ts test",
11
11
  "typecheck": "tsc --noEmit"
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "test": "bun zt.ts test",
11
11
  "typecheck": "tsc --noEmit"
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "build": "bun zt.ts inertia:build --production",
11
11
  "test": "bun zt.ts test",
@@ -5,7 +5,7 @@
5
5
  "type": "module",
6
6
  "scripts": {
7
7
  "zt": "bun zt.ts",
8
- "dev": "bun zt.ts serve --dev",
8
+ "dev": "bun zt.ts dev",
9
9
  "start": "bun zt.ts serve",
10
10
  "build": "bun zt.ts inertia:build --production",
11
11
  "test": "bun zt.ts test",