deepspace 0.8.2 → 0.9.1

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
@@ -1,10 +1,48 @@
1
1
  # deepspace
2
2
 
3
+ ## 0.9.1
4
+
5
+ ### Patch Changes
6
+
7
+ - Keep `deepspace app migrate` as the permanent ordered app-upgrade runner and
8
+ repair obsolete `x-app-name` platform identity wiring before a canonical app
9
+ deployment, without changing retained `APP_NAME` data namespaces. Track
10
+ source-only migration commits against live release lineage so both GitHub and
11
+ DeepSpace apps are guided through the required deploy.
12
+
13
+ ## 0.9.0
14
+
15
+ ### Minor Changes
16
+
17
+ - Require canonical app ids at normal backend and runtime boundaries while retaining the owner-only `deepspace app migrate` workflow and permanent physical-resource continuity.
18
+ - Add first-class single-authority GitHub and DeepSpace source control, including
19
+ manual GitHub verification, provider-aware deploys, and reversible branch/tag
20
+ transfers through `deepspace app source`.
21
+ - Add the resumable `deepspace app migrate` workflow for GitHub-owned legacy
22
+ apps. Migrations mint a canonical immutable app id while preserving existing
23
+ Workers, Durable Objects, files, secrets, releases, billing history, routes,
24
+ collaborators, and other physical resources in place.
25
+ Dry-run returns an exact, non-mutating registry re-key inventory, and
26
+ `--cancel` / `--rollback` provide GitHub-first recovery before any canonical
27
+ deployment begins.
28
+
29
+ ### Patch Changes
30
+
31
+ - Report GitHub-owned cloud Git operations as source-policy refusals instead of app-quota errors.
32
+ - Build every SDK entry from one pre-cleaned output directory so concurrent declaration generation cannot remove sibling entry artifacts.
33
+ - Install the AI SDK runtime and provider packages used by `deepspace/worker` as
34
+ real dependencies. Apps that do not use the AI helpers no longer fail to bundle
35
+ the Worker because optional provider peers are absent, and an app-owned AI SDK
36
+ v4 install no longer prevents DeepSpace's v5 provider runtime from installing.
37
+ Calls that consume `createDeepSpaceAI` models still use the documented v5 API.
38
+ - Keep managed workspace dependencies inside their own Git checkout and roll back a newly created worktree if its private ownership marker cannot be recorded.
39
+
3
40
  ## 0.8.2
4
41
 
5
42
  ### Patch Changes
6
43
 
7
44
  - Publish the SDK after verifying its packed artifacts across the supported Node 22.15, 24, and 26 Linux runtimes.
45
+ - Install the AI SDK runtime and provider packages used by `deepspace/worker` as real dependencies, so apps can bundle the Worker without manually installing optional provider peers and an app-owned AI SDK v4 install no longer prevents DeepSpace's v5 provider runtime from installing. Calls that consume `createDeepSpaceAI` models still use the documented v5 API.
8
46
 
9
47
  ## 0.8.1
10
48
 
package/README.md CHANGED
@@ -89,14 +89,64 @@ npx deepspace dev start # run locally
89
89
  npx deepspace deploy # deploy to *.app.space
90
90
  ```
91
91
 
92
- Committed app source can also use DeepSpace's Git-native cloud remote.
93
- `deepspace push` publishes the current branch and `deepspace clone <app>`
94
- checks it out; both configure a `space` remote and credential helper, so normal
95
- `git fetch space` and `git push space` work afterward. Commands support
92
+ The [normative CLI hierarchy](../../docs/platform/cli-contract.md#public-command-hierarchy)
93
+ keeps durable app lifecycle and version migrations under `deepspace app`,
94
+ while checkout-oriented Git, workspace, release, and deploy operations stay
95
+ top-level. In particular, app migration is
96
+ `deepspace app migrate`; there is no top-level `deepspace migrate` alias.
97
+
98
+ Every app has one authoritative Git repository. DeepSpace source is the packaged
99
+ default: the first normal deploy claims it and publishes automatically.
100
+ `deepspace push` publishes the current branch and `deepspace clone <app>` checks
101
+ it out; both configure a `space` remote and credential helper, so normal
102
+ `git fetch space` and `git push space` work afterward.
103
+
104
+ GitHub source is explicit and manual because the developer owns that repository:
105
+
106
+ ```bash
107
+ git remote add origin git@github.com:owner/repository.git
108
+ git push -u origin main
109
+ npx deepspace app source github
110
+ npx deepspace deploy
111
+ ```
112
+
113
+ DeepSpace verifies GitHub but never writes it. Inspect or transfer authority with
114
+ `deepspace app source`, `deepspace app source github`, or
115
+ `deepspace app source deepspace`. Transfers mirror branches and tags before one
116
+ atomic authority change; switching back uses the same commands. Commands support
96
117
  `--json` for agents. See the
97
118
  [repository guide](https://github.com/deepdotspace/deepspace/blob/main/docs/platform/repo-store-git.md)
98
119
  for workspaces, releases, and rollback.
99
120
 
121
+ `deepspace app migrate` is the permanent upgrade runner for breaking app
122
+ changes. It contains an ordered set of structural, idempotent migrations, so
123
+ agents and developers keep using the same command across releases:
124
+
125
+ ```bash
126
+ npx deepspace app migrate --dry-run
127
+ npx deepspace app migrate
128
+ ```
129
+
130
+ The dry-run lists pending source migrations without changing files. For a
131
+ legacy GitHub app whose `DEEPSPACE_APP_ID` is still name-shaped, it also lists
132
+ the exact registry rows that will be re-keyed and the physical stores that
133
+ remain at the existing resource id. The command applies only transformations
134
+ it recognizes safely, pauses for normal commit/push, and finishes with one
135
+ deploy. Source migration commits carry a machine-readable Git trailer, so the
136
+ next run can compare them with the live release and return the deploy action
137
+ without a local state file. Rerun after each returned action; when nothing is
138
+ pending it reports `up_to_date`. This is the same workflow for GitHub and
139
+ DeepSpace source; only their normal push behavior differs. `APP_NAME`-based
140
+ legacy room and storage addresses are retained; canonical `DEEPSPACE_APP_ID`
141
+ is used only for logical identity and platform authentication.
142
+
143
+ Keep deploy, release rollback, and undeploy idle from the mutating command until
144
+ that returned deploy begins; normal app traffic continues throughout.
145
+ Before that deploy starts, `--cancel` reverses a prepared migration and
146
+ `--rollback` reverses a committed migration; both require the restored legacy
147
+ configuration to be committed and pushed first. DeepSpace never writes the
148
+ GitHub repository.
149
+
100
150
  ## Debugging
101
151
 
102
152
  Client SDK connection/auth/Yjs logs are silent by default. Enable them with