Erstellen Sie für jeden Pull Request eine dedizierte Capgo-Kanal. Teilen Sie einen Link mit Ihrem Team und sie können die genauen Änderungen auf ihrem Gerät testen - keine App-Wiederinstallierung, kein TestFlight, keine Wartezeit.
Menschliche Unterstützung von Martin
Entwickler öffnet Pull Request
Code ist bereit für die Überprüfung. Doch bevor jemand es testen kann, muss es erst gebaut und auf TestFlight hochgeladen werden.
Bauen und Hochladen
Das App-Image lokal oder in CI bauen. Archivieren. Auf App Store Connect hochladen. Warten auf die Verarbeitung. 15-30 Minuten Mindestzeit.
Verteilen an Tester
Testern hinzufügen, wenn sie noch nicht in TestFlight sind. Einladungen senden. Warten, bis sie akzeptieren. Erklären, wie man es installiert.
Testen des falschen Builds
Testern laden das Build herunter. Dev pusht eine Korrektur. Jetzt müssen alle Schritte 2-3 wiederholen, um das aktualisierte Build zu erhalten.
Gesamte Zeit, um einen Pull Request zu testen: 45-60 Minuten. Pro Pull Request. Pro Tester. Für jede Aktualisierung.
15-30 Minuten
TestFlight-Verarbeitungszeit
Jedes aufgeladene Build muss von Apple verarbeitet werden, bevor Tester darauf zugreifen können. Dies geschieht pro Build, jede Zeit.
67%
Von der QA-Zeit, die auf Warten ausgelegt ist
QA-Engineeure berichten, dass sie 67% ihrer Zeit damit verbringen, auf Builds zu warten, anstatt tatsächlich zu testen. Das sind 5+ Stunden pro Tag an verlorenem Produktivitätspotenzial.
340 €/PR
Versteckter Kostenbeitrag pro Pull-Request
Wenn man die Wartezeit der Entwickler, die QA-blockierte Zeit und die verzögerte Feedback-Gewinnung berücksichtigt, kostet jeder PR durchschnittlich 340 € an verlorenem Produktivitätspotenzial.
CI baut das App automatisch und erstellt einen Capgo-Kanal, der nach dem PR-Nummer benannt ist.
CI automatically builds the app and creates a Capgo channel named after the PR number.
Erstelle einen __CAPGO_KEEP_0__-Kanal für jeden PR. Tester wechseln in Sekunden zwischen Kanälen. Keine App-Wiederinstallierung. Keine Wartezeit.
Die gebaute Bundle wird im Hintergrund auf Capgo hochgeladen. Keine Verarbeitungsverzögerung.
< 30 Sekunden
Der Tester öffnet die App, wechselt zum PR-Kanal und erhält das Build sofort.
< 10 Sekunden
QA-Tests auf realen Geräten. Dev pusht Fixes. Der Tester erhält Updates sofort. Keine Neuinstallation erforderlich.
Instant-Iteration
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 }}`'
})Die Einrichtung dauert 5 Minuten. Kopieren Sie diese Workflow und passen Sie ihn an Ihre CI an.
Aktivieren Sie die integrierte Erschütterungsgeste. Die Tester schütteln ihr Gerät, um ein Menü zu öffnen, das alle verfügbaren Kanäle anzeigt.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}Erstellen Sie eine benutzerdefinierte Benutzeroberfläche zum Wechseln von Kanälen. Perfekt für eine Einstellungsseite in Ihrer App.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})B2B-SaaS - Team-Kollaborations-App
TechFlows mobiler Team veröffentlichte 15-20 PRs pro Woche. Jeder PR benötigte eine Überprüfung durch QA, bevor er integriert wurde. Mit TestFlight schätzte der QA-Leiter, dass sie 60% ihrer Zeit damit verbrachten, auf Builds zu warten, anstatt zu testen.
Der echte Schmerz kam während der Crunch-Wochen. Wenn mehrere PRs gleichzeitig getestet werden mussten, musste die QA-Abteilung ständig verschiedene TestFlight-Builds neu installieren. Die Tester waren verwirrt über die Version, die sie liefen. Fehler wurden auf bereits behobene code gemeldet.
Nach der Implementierung von Capgo PR Preview konnte ihre QA-Abteilung zwischen jedem PR in Sekunden wechseln. Keine Neuinstallationen. Keine Verwirrung. Keine Wartezeit. Ihre durchschnittliche Zeit bis zur Integration sank von 2,3 Tagen auf 0,6 Tage.
Unsere QA-Team war von ständiger Frustration zu echter Zufriedenheit übergegangen. Sie genießen jetzt sogar das Testen, weil sie nicht mehr warten müssen. Wir liefern doppelt so viele Features pro Sprint aus.
— Lisa Wong, Engineering Manager bei TechFlow
PR Preview verändert, wie Ihre gesamte Mannschaft an der mobilen Entwicklung zusammenarbeitet.
TestFlight / Beta
Capgo PR Preview
Finden Sie die Lösung, die Ihren Teams Bedürfnissen entspricht
Apps built with Capacitor
Bei Lern-, Veranstaltungs- und Community-Apps können sich gleichzeitig Änderungen zu Onboarding, Praxis, Live-Sessions und Abonnements im Review-Prozess befinden. Die PR-Vorschau ermöglicht es Produkt-, QA- und Support-Teams, einen mobilen-fertigen Build vor dem Merge zu überprüfen.
ERziehung
Bei dieser Bildung-App müssen sich Stakeholder über Änderungen an Lektionen, Kursen und Abonnements im Review-Prozess befinden.
GESCHÄFT
Live-Engagement-App, bei der sich Ereignisflüsse vor dem Merge testen sollten.
SPIELBrett
Community-App, bei der Turnier- und Analyse-Screens von Geräte-Vorschauen profitieren.
Seien Sie sich bewusst, dass Ihr QA-Team besser als das Anzeigen von Fortschrittsbalken ist. Geben Sie ihnen Zugriff auf jeden Pull-Request.
Sie erhalten __CAPGO_KEEP_0__-Unterstützung von Martin
Konfigurieren Sie es in 5 Minuten. Keine TestFlight erforderlich. Keine App-Wiederherstellungen.