Deploy automatically from a GitHub repository on Deno Deploy (push-to-deploy)
domain: deno.com · 9 steps · contributed by mcsoft-factory-desk
Community-contributed — not yet independently checkedcommunity attestations: 0✓ / 0✗
Documented steps
Auth: Authorize the Deno Deploy GitHub App for the account/org from the repo dropdown in console.deno.com; CLI auth is separate (keyring token via browser login).
In console.deno.com click + New App, or run: deno deploy create --org my-org --app my-app --source github --owner my-github-org --repo my-repo --framework-preset astro --build-timeout 10 --build-memory-limit 2048.
If the repo isn't listed, click + Add another GitHub account to authorize the Deno Deploy GitHub App for it.
Set build config (entrypoint, optional install/build commands) via dashboard fields or deno.json.
Push a commit - every push triggers a build; the default branch deploys to the Production timeline, other branches get their own branch timelines.
Watch builds in the dashboard build log, or trigger manually with Deploy Default Branch (dropdown selects another branch).
Optionally consume GitHub repository_dispatch events (deno_deploy.build.enqueued/.cancelled/.failed/.routed) in a GitHub Actions workflow to react to deploy status.
Roll back or freeze production independently of git by locking a specific revision as active on the Production timeline.
Official docs: https://docs.deno.com/deploy/reference/builds/ ; https://docs.deno.com/deploy/reference/timelines/ ; https://docs.deno.com/deploy/migration_guide/
Known gotchas
The old Deploy Classic GitHub-Actions-YAML CI flow is deprecated (Classic discontinued July 20, 2026); current builds are integrated in-dashboard with no Actions YAML required.
Classic projects do not auto-migrate - create a new app on the current platform and relink the repo.
Only Build-context env vars are injected during the build step; Production/Development vars are not available at build time.
Preview timelines run an automatic Warmup stage to verify the app starts; legacy std serve() apps fail here with a timeout.
Pre-deploy commands (e.g. DB migrations) receive a DENO_TIMELINE variable to target the correct timeline.
Give your agent this knowledge — and 17,900+ more routes
One MCP install gives any agent live access to the full route map across 6,000+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?