Add docs for wrangler dev + tunnels#28228
Conversation
Co-authored-by: irvinebroque <irvinebroque@users.noreply.github.com>
|
This pull request requires reviews from CODEOWNERS as it changes files that match the following patterns:
|
|
/bonk please work on these edits
|
|
/bonk fix Invalid link: /cloudflare-one/applications/configure-apps/self-hosted-public-app/ (found twice in one file). |
This comment was marked as outdated.
This comment was marked as outdated.
|
Bonk workflow failed. Check the logs for details. |
Co-authored-by: irvinebroque <irvinebroque@users.noreply.github.com>
|
Fixed both occurrences in
The correct path matches the 44 other references to this page across the codebase. |
| ### Start your dev server | ||
|
|
||
| <Tabs> | ||
| <TabItem label="npm"> |
There was a problem hiding this comment.
Isn't there a component that automatically provides the different package manager options?
There was a problem hiding this comment.
/bonk use the PackageManager component
|
Changes made to
|
Address reviewer feedback to show dashboard-managed tunnels as the recommended approach alongside the CLI-based local configuration, using tabs to present both options concisely.
|
Done. Here's what I changed in Rewrote the "Named tunnel (persistent hostname)" section to address @nikitacano's and @irvinebroque's feedback:
|
|
/bonk update this PR: focus on the account level tunnel experience in https://developers.cloudflare.com/changelog/2026-02-20-tunnel-core-dashboard/ (follow the links in the changelog for guidance). |
…orking > Tunnels) Per the 2026-02-20 changelog, Tunnel management for public applications is now available in the main Cloudflare Dashboard. Update the recommended dashboard flow to use Networking > Tunnels instead of the Cloudflare One dashboard.
|
Done. Here is a summary of the change: File changed: What changed in the Dashboard (Recommended) tab:
This aligns with the 2026-02-20 changelog which announces that Tunnel management for public applications is now available in the main (Core) Cloudflare Dashboard. The changelog explicitly states the Core Dashboard at Networking > Tunnels is the right place for "securing origin servers and public applications" — which is exactly the use case of exposing a dev server via tunnel. |
|
|
||
| ## Limitations | ||
|
|
||
| - Quick tunnels generate a new URL each time you restart `cloudflared`. For stable URLs, use a named tunnel. |
There was a problem hiding this comment.
/bonk things like "use a named tunnel" should be links for what / how to do that. re-review with that in mind + fix.
|
Done. Here is a summary of the changes in Added links to all previously-unlinked concept references:
|
|
Hey there, we've marked this pull request as stale because there's no recent activity on it. This label is helps us identify PRs that might need updates (or to be closed out by our team if no longer relevant). |
|
Hey there, we've closed out this pull request because it's been stale for a while and there's been no additional action on it. If these changes are still relevant, open a new pull request (or flag to us in a GitHub issue). |
All tasks are complete. Here is a summary of the changes:
Summary of changes
New file
src/content/docs/workers/development-testing/expose-dev-server.mdx— New how-to page that walks through exposing awrangler devorvite devsession using Cloudflare Tunnel. Covers:Edited files
src/content/docs/workers/development-testing/index.mdx(line 53) — Added a cross-link sentence after the "Get started" links in the Local development section: "To share your dev server with others or receive external webhooks, refer to Expose your dev server."src/content/docs/cloudflare-one/.../trycloudflare.mdx(line 34) — Added a Workers-specific use case to the FAQ: exposing a local Workers dev server withcloudflared tunnel --url http://localhost:8787.src/content/docs/workers/wrangler/commands.mdx(line 199) — Added a note under the--portflag description referencing the tunnel guide for port matching.Validation
npm run checkpassed with 0 errors (frontmatter schemas, content collections, and Astro types all valid).Closes #28227
github run