stack: functions serve fails without a TTY because the default output format is one it rejects
维护者通常 1 天内回复
评估
- 难度
- 3/5
- 预计耗时
- 半天
- 新手友好度
- 68/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- typescript
调研方向
Search the CLI for FunctionsServeStackError and the check that output must be text or stream-json. Find where the default --output-format is chosen when stdout is not a TTY (CI, redirects). Change that default to stream-json or text so non-interactive supabase functions serve no longer errors. Confirm with a redirected run and any existing functions-serve tests.
由索引模型根据 Issue 内容生成。
描述
Supabase CLI version
2.119.0, macOS 26.3 (Apple silicon)
Actual output
Run without a TTY (CI step, agent sandbox, cmd > log &):
$ SUPABASE_EXPERIMENTAL_STACK=1 supabase functions serve --env-file fn.env > serve.log 2>&1
{"_tag":"Error","error":{"code":"FunctionsServeStackError","message":"Functions serve requires text or stream-json output.","suggestion":"Use --output-format stream-json for structured live output."}}
The non-TTY default output format is one functions serve refuses, so every non-interactive caller has to pass --output-format text or stream-json. The native runtime targets exactly those callers (CI runners, coding-agent sandboxes).
Expected behavior
Without a TTY, functions serve defaults to stream-json (or text) rather than failing.
I investigated this with help from an AI coding assistant (Claude Code), which also drafted this text. The results above come from real runs.
- 主要语言
- TypeScript
- 星标
- 2.4k
- 派生
- 531
- 平均合并
- 1 天 4 小时
- 30 天内合并 PR
- 351
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
supabase/cli 的其他 Issue
-
db schema declarative sync: no way to fail (non-zero exit) when the generated migration is destructive可能重新可做 关联的 PR 已关闭且未合并。 未关闭✨ Feature supabase/cli
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
stack: the HTTP gateway closes idle keep-alive connections after 5 s, so a client whose event loop is blocked gets ECONNRESET (`fetch failed`) on its next request可能已有人在做 @7ttp 于 6 天前认领。 未关闭🐛 Bug supabase/cli
难度 2/5 1-3 小时 新手友好度 84/100
维护者通常 1 天内回复
-
📘 Docs supabase/cli
难度 1/5 1 小时以内 新手友好度 88/100
维护者通常 1 天内回复
-
🐛 Bug supabase/cli
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
stack: a database helper stays behind as a `Created` container when readiness times out mid-create可能已有人在做 @just-some-random-pal 今天认领。 未关闭🐛 Bug open-for-contribution supabase/cli
难度 3/5 1-2 天 新手友好度 18/100
维护者通常 1 天内回复
相似的 Issue
-
Mondriaan
难度 1/5 1 小时以内 新手友好度 88/100
knaw-huc/textannoviz#709 ·
维护者通常 1 天内回复
-
streams:add
难度 1/5 1 小时以内 新手友好度 62/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
walletbeat/walletbeat#1558 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 82/100
hawk-digital-environments/HAWKI#438 ·
维护者通常 1 天内回复
-
good first issue
难度 2/5 1-3 小时 新手友好度 78/100
OktoLabsAI/okto-pulse#114 ·
维护者通常 1 天内回复