tnl
tnl es una herramienta para exponer URLs HTTPS a cada worktree de Git, facilitando el desarrollo local con múltiples entornos simultáneos sin necesidad de proxies externos como ngrok. Soporta Next.js y Vite, permitiendo autoalojar el servidor o usar la versión gratuita en la nube.
Ficha actualizada 26 sept 2026, 18:24 · upstream 26 sept 2026, 18:16 · release sin release detectada
Qué es tnl
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
tnl permite asignar una URL HTTPS única a cada worktree de Git, ideal para desarrollar cambios lado a lado. Se integra con frameworks como Next.js y Vite mediante un script `dev` personalizado que detecta automáticamente el puerto de la aplicación. La herramienta genera un archivo de configuración `tnl.config.ts` y ofrece comandos CLI para iniciar el desarrollo o publicar apps HTTP existentes sin configuración previa.
Además, soporta autoalojamiento del servidor, permitiendo mantener el control sobre los datos y la infraestructura, aunque envía telemetría por defecto que se puede desactivar mediante variables de entorno. Es compatible con macOS y Linux a través de Homebrew o instalación manual.
- Desarrollo simultáneo en múltiples worktrees de Git
- Exposición temporal de APIs locales sin servidor externo
- Pruebas de integración con dominios personalizados propios
- Staging local para revisión de cambios antes de merge
- HTTPS automático y cifrado del tráfico visitante hasta el servidor tnl
- Integración nativa con Next.js, Vite y React
- Soporte para autoalojamiento del servidor propio
- CLI simple con comandos `init`, `dev` y `publish`
- Telemetría desactivable vía variable de entorno
- Envía telemetría por defecto (requiere configuración explícita para desactivar)
- Requiere instalación manual o Homebrew, no es un servicio en la nube completo
- Dependencia del framework de desarrollo (Next.js/Vite) para detección automática
- No soporta Docker Compose nativamente
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Instalar vía `pnpm` para CLI local o `brew install tnldotdev/tap/tnl`. Para autoalojamiento, usar el servidor propio y configurar `TNL_NO_TELEMETRY=true`. Requiere 2 núcleos CPU, 2GB RAM y 10GB disco según análisis. Usar puerto 8443 para HTTPS o 5173 si Vite.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.