Crear un canal dedicado Capgo para cada solicitud de extracción. Compartir un enlace con tu equipo y pueden probar los cambios exactos en su dispositivo - sin reinstalación de aplicaciones, sin TestFlight, sin espera.
Desarrollador Abre PR
Code está listo para revisión. Pero antes de que alguien pueda probarlo, necesitas construir y subirlo a TestFlight.
Construir y Subir
Construye la aplicación localmente o en CI. Archivala. Sube a App Store Connect. Espera a que se procese. 15-30 minutos mínimo.
Distribuir a los Pruebas
Añade pruebas si no están ya en TestFlight. Envía invitaciones. Espera a que acepten. Explica cómo instalar.
Probar la Construcción Incorrecta
Las pruebas descargan la construcción. El dev empuja una corrección. Ahora todos necesitan repetir los pasos 2-3 para obtener la construcción actualizada.
Tiempo total para probar una PR: 45-60 minutos. Por PR. Por pruebas. Por cada actualización.
15-30 minutos
Tiempo de procesamiento de TestFlight
Cada construcción que subas tiene que ser procesada por Apple antes de que los pruebas puedan acceder a ella. Esto es por construcción, cada vez.
67%
Tiempo de QA dedicado a esperar
Los ingenieros de QA informan que pasan el 67% de su tiempo esperando a que se realicen los builds en lugar de realizar pruebas de verdad. Eso son 5+ horas al día de productividad desperdiciada.
$340/PR
Costo oculto por solicitud de extracción
Cuando se tiene en cuenta el tiempo de espera del desarrollador, el tiempo bloqueado de QA y la retroalimentación retrasada, cada PR cuesta un promedio de $340 en productividad perdida.
Crear un canal Capgo para cada PR. Los probadores cambian de canal en segundos. Sin reinstalación de aplicaciones. Sin espera.
CI construye automáticamente la aplicación y crea un canal Capgo con el nombre del número de PR.
Automático
La compilación subida se carga en Capgo en segundo plano. No hay retraso en el procesamiento.
Menos de 30 segundos
El tester abre la aplicación, cambia al canal de PR y obtiene la compilación de inmediato.
Menos de 10 segundos
El QA realiza pruebas en un dispositivo real. El desarrollador envía correcciones. El tester obtiene actualizaciones de inmediato. No es necesario reinstalar.
Iteración instantánea
name: PR Preview
on:
pull_request:
types: [opened, synchronize]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v6
- name: Setup & Build
run: |
npm ci
npm run build
# Create a channel named after your PR
- name: Create PR Channel
run: npx @capgo/cli channel add pr-$${{ github.event.pull_request.number }}
# Upload the build to that channel
- name: Upload to Capgo
run: npx @capgo/cli bundle upload --channel pr-$${{ github.event.pull_request.number }}
# Post a comment with the test link
- name: Comment on PR
uses: actions/github-script@v7
with:
script: |
github.rest.issues.createComment({
owner: context.repo.owner,
repo: context.repo.repo,
issue_number: $${{ github.event.pull_request.number }},
body: '📱 **Test this PR on device:**\\n\\nOpen your app and switch to channel: `pr-$${{ github.event.pull_request.number }}`'
})La configuración toma 5 minutos. Copie este flujo de trabajo y adapte a su CI.
Activar el gesto de sacudida integrado. Los probadores sacuden su dispositivo para abrir un menú que muestra todos los canales disponibles.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}Construya una interfaz de usuario personalizada para cambiar canales. Ideal para una pantalla de ajustes de desarrollo en su aplicación.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})Aplicación de colaboración de equipo B2B - SaaS
El equipo de móviles de TechFlow estaba enviando 15-20 PRs por semana. Cada PR necesitaba ser probado por QA antes de la fusión. Con TestFlight, su líder de QA estimó que pasaban el 60% de su tiempo esperando compilaciones en lugar de probar.
El verdadero dolor vino durante las semanas de aprieto. Cuando varios PRs necesitaban ser probados simultáneamente, QA tuvo que reinstalar constantemente diferentes compilaciones de TestFlight. Los probadores se confundieron sobre qué versión estaban ejecutando. Se reportaron errores en versiones ya corregidas code.
Después de implementar Capgo Vista previa de PR, su equipo de QA podía cambiar entre cualquier PR en segundos. Sin reinstalaciones. Sin confusión. Sin espera. Su tiempo promedio de fusión pasó de 2,3 días a 0,6 días.
"Nuestra equipo de QA pasó de estar constantemente frustrado a estar genuinamente feliz. Ahora disfrutan probando porque no están esperando. Enviamos el doble de características por sprint."
— Lisa Wong, Ingeniero de Software en TechFlow
PR Preview transforma la forma en que toda su equipo colabora en el desarrollo móvil.
TestFlight / Beta
Capgo Vista previa de solicitud de extracción
Encuentra la solución que se adapte a las necesidades de tu equipo
Aplicaciones construidas con Capacitor
Las aplicaciones de aprendizaje, eventos y comunidad pueden tener cambios de inicio, práctica, sesión en vivo y suscripción en revisión al mismo tiempo. Los visores de PR permiten a los productos, QA y soporte inspeccionar una construcción lista para dispositivos móviles antes de la fusión.
EDUCACIÓN
Aplicación de educación donde los cambios de lección, curso y suscripción requieren la revisión de partes interesadas.
NEGOCIO
Aplicación de interacción en vivo donde los flujos de eventos deben ser probados antes de la fusión.
PLANO DE JUEGO
Comunidad de aplicaciones donde las pantallas de torneos y análisis se benefician de vistas de dispositivos.
Su equipo de QA merece algo mejor que ver barras de progreso. Proporcioneles acceso instantáneo a cada PR.
Configuración en 5 minutos. No se requiere TestFlight. Sin reinstalaciones de aplicaciones.