Zum Inhalt springen

Vercel Release Notes

137 Einträge aus 5 Quellen. Zuletzt aktualisiert:

Folge Vercel, um die Release Notes in deinen Feed zu holen.

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.14-canary.1 ergänzt Remix-Inferenz und kompakte Task-Planung

Turborepo v2.10.14-canary.1 ergänzt Remix-Inferenz, den Platzhalter NUXT_ENV_* und NEXT_DEPLOYMENT_ID in der Next.js-Framework-Inferenz, macht kompakte Task-Planung über turbo query verfügbar und liefert für Aliase aufgelöste Paketnamen zurück.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.14-canary.1 -->

What's Changed

Changelog

New Contributors

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13 mit uv-Workspace- und Python-venv-Unterstützung

Turborepo v2.10.13 bringt unter anderem Unterstützung für uv-Workspace-Metadaten und Python-virtuelle Umgebungen, bessere Hinweise bei deaktiviertem Caching für uv- und Cargo-Tasks sowie Korrekturen wie das Kopieren von TUI-Auswahlen über SSH und das Entfernen einer nicht unterstützten Remote-Cache-Umgebungsvariable.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.52: errorStack im Log, Klammern in Namen, Status-Array

workflow@5.0.0-beta.52 zeigt errorStack im Run-Failure-Log an, erlaubt Klammern und eckige Klammern in Workflow-Namen (z. B. Next.js-Route-Groups) und lässt runs.list({ status }) ein Array von Statuswerten akzeptieren.

@workflow/core@5.0.0-beta.52

  • #4145 37f1011 @pranaygp - Render the errorStack field as the log body when the message carries no stack of its own, so the run-failure log shows the stack instead of discarding it.
  • #4070 d427c47 @torsello - Allow parentheses and square brackets in workflow names, so workflows can live in Next.js route groups (app/(dashboard)/…) and dynamic segments (app/[teamId]/…).

@workflow/world@5.0.0-beta.36

  • #3707 79e7436 @unusdon - Allow runs.list({ status }) to accept an array of statuses so callers can easily express set filters (e.g. non-terminal runs). world-vercel does not yet support the array form and throws a clear INVALID_ARGUMENT error instead of a broken request.

@workflow/world-local@5.0.0-beta.45 …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.6 bewahrt native Task-Abhängigkeiten

Turborepo v2.10.13-canary.6 bewahrt native Task-Abhängigkeiten über mehrere Entrypoints hinweg und reicht LOCALAPPDATA standardmäßig durch.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.6 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.10.13-canary.5...v2.10.13-canary.6

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.5 behebt Fehler bei Yarn, Bun und Interrupts

Turborepo v2.10.13-canary.5 behebt Fehler bei der Reihenfolge von Yarn-Resolutions, bei doppelten Interrupts beim Task-Shutdown und bei verschachtelten Bun-Paketschlüsseln und ergänzt Dokumentation zu zirkulären Abhängigkeiten in Boundaries.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.5 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.10.13-canary.4...v2.10.13-canary.5

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.51: Schnellerer Step-Start und Inline-Step-Fan-out

workflow@5.0.0-beta.51 überspringt dank Run-Identität in Step-Queue-Nachrichten das blockierende runs.get vor dem Step-Start und optimiert das Committen und Veröffentlichen von Inline-Steps beim Fan-out.

@workflow/core@5.0.0-beta.51

  • #3457 03455a2 @TooTallNate - Carry immutable run identity on step-execution queue messages to skip the blocking runs.get before starting a step, fetching the run row only when continuing into replay. Messages without runContext keep the previous behavior.
  • #4098 fb9e275 @pranaygp - Commit the batched fan-out's pre-claimed inline [step_created, step_started] pairs in their own leading chunk, ahead of the plain step/wait creates, so the write that gates the inline bodies stays small and commits faster. The pairs now fold only with two or more inline steps (a lone inline step keeps the lazy start), and a lone plain create beside them takes the single write.
  • #4099 788d4fb @pranaygp - Skip re-publishing a pending step's execution message on a later replay pass when this same invocation already published it (a fresh delivery still re-enqueues unconditionally). …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.4 stellt führende Flags bei run wieder her

Turborepo v2.10.13-canary.4 stellt führende Flags bei impliziten run-Befehlen wieder her, bezieht experimentalCI in Task-Hashes ein und vermeidet in turbo ls das Klonen der Paketliste.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.4 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.10.13-canary.3...v2.10.13-canary.4

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.3 bringt zahlreiche Leistungsverbesserungen

Turborepo v2.10.13-canary.3 bringt zahlreiche Leistungsverbesserungen, etwa bei der Dateiverfolgung, der Prüfung von Boundaries-Kommentaren, Devtools-Graphen, dem Start von create und dem Durchlaufen rekursiver Globs.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.3 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.2 unterstützt Cargo-Root-Pakete

Turborepo v2.10.13-canary.2 hält Cargo-Tasks ohne Compiler-Identität lauffähig, unterstützt Cargo-Root-Pakete, erweitert die Lockfile-Paketmetadaten des Repositorys und korrigiert die Pluralisierung der Paketanzahl in der Run-Ausgabe.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.2 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.8: WORKFLOW_NODE_HTTP und eigener Queue-Connection-Pool

workflow@4.8.8 berücksichtigt WORKFLOW_NODE_HTTP beim Queue-Client-Transport und gibt dem Queue-Client einen eigenen Connection-Pool mit Gesamt-Timeout pro Anfrage, damit hängende Queue-Bestätigungen schnell fehlschlagen.

@workflow/world-vercel@4.7.4

  • #4044 4607916 @VaguelySerious - Honor WORKFLOW_NODE_HTTP on the queue client's transport, so a deployment whose bundled undici is unusable can still acknowledge queue messages instead of redelivering them until the invocation is killed.
  • #4049 5f2fb36 @VaguelySerious - Give the queue client its own connection pool and a total per-request deadline, so a stalled queue acknowledgement fails fast instead of holding the invocation until the platform kills it.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.7: HTTP/2-Timeouts als wiederholbare Fehler behandelt

workflow@4.8.7 stuft HTTP/2-Response-Stream-Timeouts in world-vercel als wiederholbare Transportfehler ein, sodass start() den eingereihten Run über Resilient Start zurückgeben kann.

@workflow/world-vercel@4.7.3

  • #4045 0e56bb8 @karthikscale3 - Classify HTTP/2 response stream timeouts as retryable transport failures so start() can return the queued run through resilient start.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.6: Queue-Abbruch, HTTP/2-Pool-Recycling und OIDC-404-Fix

workflow@4.8.6 bricht lokale Queue-Zustellungen beim Schließen der World ab, recycelt den HTTP/2-Pool bei fehlgeschlagenen Streams, behebt 404-Fehler bei deploymentId: "latest" per OIDC-Authentifizierung und verhindert Flackern von Event-Payloads bei der Entschlüsselung.

@workflow/world-local@4.4.1

  • #3824 41abe2d @AndrewBarba - Abort active local queue deliveries when the World closes, including when transport timeouts are disabled.

@workflow/world-vercel@4.7.2

  • #4041 0deceda @karthikscale3 - Recycle the events HTTP/2 connection pool when a streamed response body fails after its headers arrive.
  • #3844 7024b5b @VaguelySerious - Authenticate deploymentId: "latest" with the deployment's own OIDC identity instead of an ambient VERCEL_TOKEN, and scope the request to the configured team, fixing spurious 404s when resolving the latest deployment

@workflow/web-shared@4.1.22

@workflow/swc-plugin@4.1.3 …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.49: experimental_retention, Run#getWritable, RunExpiredError

workflow@5.0.0-beta.49 fügt start() die Option experimental_retention hinzu, ergänzt Run#getWritable() und run.writable zum Anhängen an den Stream eines bestehenden Runs und führt RunExpiredError für abgelaufene Run-Daten ein.

@workflow/core@5.0.0-beta.49

  • #3787 61fb1f9 @VaguelySerious - Add an experimental_retention option to start(): experimental_retention: 0 asks the World to delete the run's user data as soon as the run completes or fails, while keeping the run itself listable. Implemented on the Vercel, Postgres and Local Worlds. Reading a run whose data has expired now throws RunExpiredError instead of resolving to a placeholder.
  • #3972 c340820 @alangenfeld - Add Run#getWritable() and run.writable to append to an existing run's stream.
  • #3832 4547e1a @alangenfeld - Add an optional stateful stream writer-session seam with stable writer identity and sequence tracking.

@workflow/world@5.0.0-beta.34 …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.47: CORRUPTED_EVENT_LOG behoben, sicheres resumeHook()

In workflow@5.0.0-beta.47 wird ein Fehler behoben, bei dem Runs trotz erfolgreicher Steps mit CORRUPTED_EVENT_LOG fehlschlugen, und resumeHook() schreibt das hook_received-Event nun zuerst dauerhaft, bevor der Workflow geweckt wird, sodass ein Resume nicht mehr verloren gehen kann.

@workflow/core@5.0.0-beta.47

  • #3849 855e479 @VaguelySerious - Fix runs failing with CORRUPTED_EVENT_LOG after every step had already succeeded, when the event log held two attribute writes under one id.
  • #3841 2668e33 @karthikscale3 - Make resumeHook() durable before it resolves: the hook_received event is written durably first, and the workflow wake is published only after the write is acknowledged. A disposal racing the queue delivery can no longer lose a resume the caller was told succeeded. The wake message is unchanged, so no consumer or backend coordination is needed; WORKFLOW_DISABLE_LAZY_HOOK_RESUME is now a no-op and the internal resumeHookDurable() alias is removed.
  • #3879 07ec212 @NathanColosimo - Keep late-claimed buffered hook payloads from being preempted by workflow suspension in retained VMs. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.13-canary.1 toleriert vorübergehende Eingabedateien

Turborepo v2.10.13-canary.1 toleriert vorübergehende Eingabedateien und überspringt unnötige stat-Aufrufe bei der Package Configuration, enthält daneben vor allem Änderungen an Homepage und Dokumentation.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.13-canary.1 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.46: Schnelleres resumeHook(), VMs mit offenen Hooks bleiben

In workflow@5.0.0-beta.46 schreibt resumeHook() das hook_received-Event auf dem Lazy-Pfad nicht mehr selbst (ein Resume braucht nur noch einen Round Trip, und ein Resume auf einen bereits beendeten Run löst nun auf statt HookNotFoundError zu werfen), außerdem werden Workflow-VMs bei Attribut-Schreibvorgängen und sicheren Step-Grenzen mit offenen Hooks beibehalten.

@workflow/core@5.0.0-beta.46

  • #3794 d9e0777 @VaguelySerious - Keep the eager hook_received write for the internal resume that records a step-issued abort, so it stays committed before the step completes.
  • #3794 d9e0777 @VaguelySerious - resumeHook() no longer writes the hook_received event itself on the lazy path: the queue consumer creates it from the queue message, so a resume costs one round trip. A resume against an already-ended run now resolves instead of throwing HookNotFoundError.
  • #3609 82e2678 @NathanColosimo - Retain workflow VMs across workflow attribute writes.
  • #3604 556f3f0 @NathanColosimo - Retain workflow VMs across safe step boundaries that also contain open hooks, and bound guest-code serialization diagnostics to five samples plus an exact count. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo v2.10.12 überspringt unnötige stat-Aufrufe, streamt Dry-Run-JSON

Turborepo v2.10.12 überspringt unnötige stat-Aufrufe bei der Package Configuration, streamt die JSON-Ausgabe von Dry-Runs und enthält zudem Aktualisierungen der Dokumentation und der Beispiele.

<!-- Release notes generated using configuration in .github/release.yml at v2.10.12 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.5: Abfangbare Serialisierungsfehler und Replay-Determinismus-Fix

In workflow@4.8.5 schlagen Fehler bei der Serialisierung von Step-Argumenten nun als abfangbarer Step-Fehler fehl (unbehandelt sofort als USER_ERROR), die Event-Log-Reihenfolge bei benachbarten Hook-Payloads bleibt erhalten, und eine Replay-Determinismus-Lücke, die CORRUPTED_EVENT_LOG auslösen konnte, wurde behoben.

@workflow/core@4.8.5

  • #3675 5556b4c @TooTallNate - Step-argument serialization failures now fail the step with a catchable error (via a step_failed event, like a step-body failure) instead of failing the run from outside the workflow, and when uncaught they fail the run immediately as a USER_ERROR rather than retrying until max queue deliveries.
  • #3552 cd9343b @AndrewBarba - Preserve event-log order when adjacent hook payloads resume independent workflow branches.
  • #3554 608769d @VaguelySerious - Fix a replay-determinism gap where branch wake order — and therefore step correlation ids — could depend on how much of the event log an invocation had loaded, corrupting runs under concurrent replays (CORRUPTED_EVENT_LOG). …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Next.js von Vercel

Next.js Sicherheitsrelease August 2026

Das Sicherheitsrelease von Next.js für August 2026 ist jetzt verfügbar.

The August 2026 security release for Next.js is now available

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.44: Correlation-ID-Reihenfolge, waitForTerminalStatus

In workflow@5.0.0-beta.44 wird die Reihenfolge der Correlation-IDs an die Event-Log-Reihenfolge gebunden (abschaltbar mit WORKFLOW_LOG_ORDER_DRAWS=0), und die neue Methode world.runs.waitForTerminalStatus(...) wartet per Long-Polling auf einen Endstatus des Runs, den await run.returnValue intern nutzt, sofern die World sie unterstützt.

@workflow/core@5.0.0-beta.44

  • #3700 9b1b8c7 @VaguelySerious - Pin correlation-ID draw order to event-log order (Node.js VM engine), so two concurrent replays of the same run assign the same IDs even when one loaded a shorter event-log prefix. Set WORKFLOW_LOG_ORDER_DRAWS=0 to opt back into arrival-order delivery resolution.
  • #3570 9454d51 @pranaygp - Add world.runs.waitForTerminalStatus(runId, { timeoutMs, signal, resolveData }) method, which long-polls until the run reaches a terminal status. await run.returnValue now internally uses this, if the World supports it, instead of using a polling interval. …

Originalquelle(öffnet in neuem Tab)Problem melden