你可以通过公开 HTTPS URL 暴露本地开发服务器，从而把它分享给互联网上的任何人。localhost 隧道在几秒内把你进行中的工作变成一个实时预览链接——无需 staging 部署、无需 VPN、也无需屏幕共享。
为什么分享 localhost 而不是部署到 staging？
staging 部署适合最终集成检查，但对日常协作太慢。当设计师需要评审一个 UI 微调、PM 想测试新流程，或客户要求演示时，等待 CI/CD 流水线增加了不必要的摩擦。
localhost 隧道给你即时的反馈循环：本地改代码，刷新共享 URL，协作者立刻看到更新。
谁能从共享的本地预览受益？
- 设计师：在真实 URL 上评审响应式布局和交互。
- 产品经理：在代码评审合并前验证功能流程。
- QA 工程师：在开发者的确切分支上测试边界情况。
- 客户和利益相关者：看进行中的工作而无需访问你的内部基础设施。
- 远程同事：跨时区协作而无需共享 VPN 访问。
如何用一条命令分享你的本地开发服务器
- 在本地启动你的应用（例如端口 3000）。
- 运行
npx portpreview 3000创建一个公开 HTTPS URL。 - 复制 URL 并通过 Slack、邮件或你的项目工具发给协作者。
- 他们在任何浏览器里打开链接——无需特殊软件。
- 评审会话进行期间保持隧道运行，结束后停止它。
分享本地预览的最佳实践
用测试数据，不用生产数据
共享预览应使用沙箱凭据和匿名化的测试数据。永远不要通过开发隧道暴露生产数据库或真实客户信息。
设定关于在线时间的预期
隧道 URL 仅在你的 CLI 会话运行时有效。告诉协作者，当你合上笔记本或停止隧道时链接就失效。
在真实设备上测试
共享 URL 在手机和平板上也能用。关于移动专属评审，见我们关于用 localhost 隧道做移动测试的指南。
保护敏感功能
如果你的预览包含管理面板或未发布功能，添加基础认证或功能开关，而不是广泛分享一个无保护的隧道 URL。
本地预览 vs staging vs 屏幕共享
- 屏幕共享：快但被动——评审者无法独立交互。
- staging 部署：环境逼真但迭代慢（几分钟到几小时）。
- localhost 隧道：即时、可交互，且绑定你当前的分支。
常见用例
设计评审会、冲刺演示、客户演示、与外部提供商的 OAuth 流程测试，以及跨浏览器 QA，都受益于一个可分享的本地 URL。关于 OAuth 专属设置，阅读如何在本地测试 OAuth 回调。
免费开始使用 PortPreview，以带内置请求可见性的方式分享本地预览。