feat: allow selecting app/studio to undeploy

[rexxars]

Description

Not urgent, new behavior.

Sort of annoying that if you deploy a studio/app and don't remember/see to put the appId into your CLI config, undeploy just… doesn't work. Now, if there's no appId specified, we allow the user to select from a list of apps. If it detects that you're in an app folder, it will give you app choices. If you're in a studio folder, it will give you studios.

Prompts before actually undeploying.

What to review

Do the flows make sense?

Flowchart:

sanity undeploy
  │
  ├─ determineIsApp(cliConfig)
  │  ├─ isApp = true   (has app config)
  │  └─ isApp = false  (studio)
  │
  ▼
  resolveApplication(cliConfig, isApp)
  │
  ├─── APP PATH (isApp = true) ──────────────────────────────────────────
  │    │
  │    ├─ getAppId(cliConfig) → has appId?
  │    │  │
  │    │  ├─ YES → getUserApplication({appId, isSdkApp: true})
  │    │  │        ├─ found    → return it ✓
  │    │  │        ├─ 404      → "does not exist" → exit
  │    │  │        └─ error    → fail with error message
  │    │  │
  │    │  └─ NO → is unattended?
  │    │         ├─ YES → "No application ID provided" → exit
  │    │         └─ NO  → promptForApp()
  │    │                  │
  │    │                  ├─ no organizationId? → info "Cannot list" → exit
  │    │                  ├─ API error?         → fail with error
  │    │                  ├─ empty list?        → info "No deployed apps" → exit
  │    │                  └─ has apps           → select prompt → return selected
  │
  ├─── STUDIO PATH (isApp = false) ──────────────────────────────────────
  │    │
  │    ├─ has studioHost or deployment.appId?
  │    │  │
  │    │  ├─ YES → need projectId
  │    │  │        ├─ no projectId → error(NO_PROJECT_ID)
  │    │  │        └─ has projectId → getUserApplication({appHost, appId, projectId})
  │    │  │                           ├─ found    → return it ✓
  │    │  │                           ├─ 404      → "does not exist" → exit
  │    │  │                           └─ error    → fail with error message
  │    │  │
  │    │  └─ NO → is unattended?
  │    │         ├─ YES → "No application ID or studio host" → exit
  │    │         └─ NO  → promptForStudio()
  │    │                  │
  │    │                  ├─ no projectId? → info "Cannot list" → exit
  │    │                  ├─ API error?    → fail with error
  │    │                  ├─ empty list?   → info "No deployed studios" → exit
  │    │                  └─ has studios   → select prompt → return selected
  │
  ▼
  userApplication resolved (or exit)
  │
  ├─ is unattended? → skip confirmation
  ├─ interactive?   → confirmUndeploy() → user says no? → exit
  │
  ▼
  deleteUserApplication()
  ├─ error → fail with error
  └─ success
     │
     ├─ "Studio/Application undeploy scheduled."
     │
     ├─ has deployment.appId? → "Remember to remove `deployment.appId`"
     └─ has app.id?           → "Remember to remove `app.id`"

Testing

Added new tests for the new behavior

[claude]

Claude finished @binoy14's task in 4m 33s —— View job

---

Review

• Read changed files
• Analyze for issues
• Post review

---

userApplications.ts:59-61 — Dead else branch returns wrong type

} else if (appHost) {
  uri = `/projects/${projectId}/user-applications`
  query = {appHost, appType: 'studio'}
} else {
  uri = `/projects/${projectId}/user-applications`  // ← no query params, no appType
}

When isSdkApp=false and neither appId nor appHost is provided, this hits a bare list endpoint that returns UserApplication[], but the function is typed to return UserApplication | null. This branch is currently unreachable (callers in resolveApplication guard with cliConfig.studioHost || cliConfig.deployment?.appId before calling), but it's a latent type confusion. Should either throw an error or be removed entirely.

---

undeploy.ts:137,185 — "Nothing to undeploy." missing in two early-exit paths

promptForApp (no organizationId) and promptForStudio (no projectId) call spin.info(...) and return undefined, but never print "Nothing to undeploy.". All other early-exit paths (empty list, unattended mode) do print it. The inconsistency won't confuse a user badly, but the test for this case also doesn't assert the absence of that message so it could go unnoticed.

Fix this →

[github-actions]

Coverage Delta

File	Statements
packages/@sanity/cli/src/commands/undeploy.ts	100.0% (±0%)
packages/@sanity/cli/src/services/userApplications.ts	98.1% (+ 5.3%)

Comparing 2 changed files against main @ 2f44698e5e319fc69d5266b00ac7f50026011c13

Overall Coverage

Metric	Coverage
Statements	81.6% (+ 0.1%)
Branches	70.2% (+ 0.1%)
Functions	79.8% (+ 0.1%)
Lines	82.0% (+ 0.1%)

[github-actions]

📦 Bundle Stats — @sanity/cli

Compared against main (c37431d6) · v6.2.1 (npm)

@sanity/cli

Metric	Value	vs main (c37431d)	vs v6.2.1
Internal (raw)	2.1 KB	-	-
Internal (gzip)	799 B	-	-
Bundled (raw)	11.06 MB	-	+9.12 MB, +470.6%
Bundled (gzip)	2.07 MB	-	+1.60 MB, +335.8%
Import time	863ms	+5ms, +0.6%	+34ms, +4.1%

bin:sanity

Metric	Value	vs main (c37431d)	vs v6.2.1
Internal (raw)	975 B	-	-
Internal (gzip)	460 B	-	-
Bundled (raw)	9.83 MB	-	+9.12 MB, +1286.7%
Bundled (gzip)	1.77 MB	-	+1.60 MB, +940.0%
Import time	NaNs	-	NaNs, NaN%

🗺️ View treemap · Artifacts

Details

• Import time regressions over 10% are flagged with ⚠️
• Sizes shown as raw / gzip 🗜️. Internal bytes = own code only. Total bytes = with all dependencies. Import time = Node.js cold-start median.

📦 Bundle Stats — @sanity/cli-core

Compared against main (c37431d6) · v1.2.1 (npm)

Metric	Value	vs main (c37431d)	vs v1.2.1
Internal (raw)	92.2 KB	-	+3.9 KB, +4.4%
Internal (gzip)	21.6 KB	-	+1.1 KB, +5.5%
Bundled (raw)	21.72 MB	-	+9.16 MB, +72.9%
Bundled (gzip)	3.45 MB	-	+1.61 MB, +87.2%
Import time	816ms	+7ms, +0.8%	+54ms, +7.1%

🗺️ View treemap · Artifacts

Details

• Import time regressions over 10% are flagged with ⚠️
• Sizes shown as raw / gzip 🗜️. Internal bytes = own code only. Total bytes = with all dependencies. Import time = Node.js cold-start median.

[github-actions]

Coverage Delta

File	Statements
packages/@sanity/cli/src/commands/undeploy.ts	100.0% (±0%)
packages/@sanity/cli/src/services/userApplications.ts	98.1% (+ 5.3%)

Comparing 2 changed files against main @ c37431d667a9edccd74f2435021eed7ea0e0388f

Overall Coverage

Metric	Coverage
Statements	83.2% (+ 0.1%)
Branches	73.0% (+ 0.1%)
Functions	83.4% (+ 0.1%)
Lines	83.6% (+ 0.1%)