|
Ran
|
Jobs
1
|
Files
229
|
Run time
1min
|
Badge
README BADGES
|
push
github
fix(cli): restore Edge Function docker bundling (#5875) ## TL;DR docker-based deploys could finish bundling and then fail with `failed to open eszip: ENOENT ... output.eszip` <br>the [Go CLI wrote bundle output to project-local `supabase/.temp`](<https://github.com/supabase/cli/blob/<a class=hub.com/supabase/cli/commit/249b9ec577f178350c686e1a581469d680e054ba">249b9ec57/apps/cli-go/internal/functions/deploy/bundle.go#L36>) but the [TypeScript port moved it to the host OS temporary directory](<https://github.com/supabase/cli/blob/249b9ec577f178350c686e1a581469d680e054ba/apps/cli/src/shared/functions/deploy.ts#L1337-L1340>) <br>typically under `/var/folders/...`, which may not be shared with Docker Desktop's VM this restores the Go CLI's project local output behavior while retaining unique bundle directories & cleanup... ## ref: * towards: supabase/cli#5735 * follow up to: <br>[https://github.com/supabase/cli/pull/5755](<https://github.com/supabase/cli/pull/5755>) <br>[https://github.com/supabase/cli/pull/5747](<https://github.com/supabase/cli/pull/5747>)
11145 of 17125 relevant lines covered (65.08%)
10.49 hits per line
| ID | Job ID | Ran | Files | Coverage | |
|---|---|---|---|---|---|
| 1 | 29411650980.1 | 229 |
65.08 |
GitHub Action Run |
| Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
|---|