Erstelle für jeden Pull Request eine dedizierte Capgo-Kanal. Teile einen Link mit deiner Team und sie können die genauen Änderungen auf ihrem Gerät testen - keine App-Wiederinstallation, keine TestFlight, keine Wartezeit.
Entwickler öffnet Pull Request
Code ist bereit für die Überprüfung. Doch bevor jemand es testen kann, müssen Sie es erst bauen und auf TestFlight hochladen.
Bauen und Hochladen
Bauen Sie die App lokal oder in CI. Archivieren Sie sie. Hochladen Sie sie auf App Store Connect. Warten Sie auf die Verarbeitung. 15-30 Minuten Minimum.
Verteilen an Tester
Fügen Sie Testern hinzu, wenn sie nicht bereits in TestFlight sind. Senden Sie Einladungen. Warten Sie, bis sie akzeptieren. Erklären Sie, wie man es installiert.
Testen Sie die falsche Version
Die Tester laden die Version herunter. Der Entwickler drückt auf den Fix-Button. Jetzt müssen alle Schritte 2-3 wiederholen, um die aktualisierte Version zu erhalten.
Gesamtaufwand zum Testen eines PR: 45-60 Minuten. Pro PR. Pro Tester. Für jede Aktualisierung.
15-30 Minuten
Verarbeitungszeit von TestFlight
Jede hochgeladene Version muss von Apple verarbeitet werden, bevor Tester darauf zugreifen können. Dies ist pro-Build, jede Zeit.
67%
Der Zeitanteil für QA-Zeit, die mit dem Warten verbracht wird
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 verlorene Produktivität.
$340/PR
Versteckter Kostenanteil pro Pull-Request
Wenn man die Wartezeit des Entwicklers, die QA-blockierte Zeit und die verzögerte Rückmeldung berücksichtigt, kostet jeder PR durchschnittlich 340 $ an verlorener Produktivität.
Erstellen Sie für jeden PR einen Capgo-Kanal. Tester wechseln in Sekunden die Kanäle. Keine App-Wiederinstallation. Kein Warten.
CI baut die App automatisch und erstellt einen Capgo-Kanal mit dem Namen des PR-Nummern.
Automatisch
The built Bundle wird im Hintergrund bei Capgo hochgeladen. Keine Verarbeitungsverzögerung.
Unter 30 Sekunden
Der Tester öffnet die App, wechselt auf den PR-Kanal und erhält das Build sofort.
Unter 10 Sekunden
Der QA-Tester führt Tests auf einem realen Gerät durch. Der Entwickler drückt Fixes durch. Der Tester erhält Updates sofort. Eine Neuinstallation ist nicht 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.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}In-App-Switcher
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})TechFlow
B2B-SaaS - Team-Kollaborations-App
The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.
Der wahre Schmerz kam während der Crunch-Wochen. Wenn mehrere Pull Requests gleichzeitig getestet werden mussten, musste QA ständig verschiedene TestFlight-Builds neu installieren. Die Tester waren verwirrt darüber, welche Version sie liefen. Fehler wurden auf bereits behobene Capgo gemeldet.
"Unsere QA-Team ging von ständiger Frustration zu echter Zufriedenheit. Sie genießen jetzt das Testen, weil sie nicht warten müssen. Wir schicken doppelt so viele Features pro Sprint."
— Lisa Wong, Engineering Manager bei TechFlow
PR-Vorschau verändert, wie Ihr gesamtes Team an der mobilen Entwicklung zusammenarbeitet.
TestFlight / Beta
Capgo Pull-Request-Vorschau
Finden Sie die Lösung, die Ihren Teambedürfnissen entspricht
Apps, die mit Capacitor erstellt wurden
Lern-, Veranstaltungs- und Community-Apps können gleichzeitig Überblick, Praxis, Live-Sitzungen und Abonnementsänderungen im Review-Status haben. PR-Vorschauen ermöglichen es Produkt-, QA- und Support-Teams, ein mobilerfertiges Build vor dem Merge zu überprüfen.
BILDUNG
Eine Bildungs-App, bei der Lektion, Kurs- und Abonnementsänderungen Stakeholder-Review benötigen.
Geschäft
Live-Teilnahmee-App, bei der sich Ereignisse vor dem Merge-Test testen sollten.
Spielbrett
Community app, bei der sich Turnier- und Analysebildschirme von Gerätevorschauen profitieren.
Ihr QA-Team verdient besser als das Anschauen von Fortschrittsbalken. Gebt ihnen sofortigen Zugriff auf jeden PR.
In 5 Minuten eingerichtet. Kein TestFlight erforderlich. Keine App-Wiederherstellungen.