Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.
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
Bauen Sie die App lokal oder in CI. Archivieren Sie sie. Laden Sie sie in App Store Connect hoch. Warten Sie auf die Verarbeitung. 15-30 Minuten Mindestzeit.
Verteilen an Tester
Fügen Sie Testern hinzu, wenn sie noch nicht in TestFlight sind. Senden Sie Einladungen. Warten Sie, bis sie akzeptieren. Erklären Sie, wie man die App installiert.
Testen Sie das falsche Build
Die Tester laden das Build herunter. Der Entwickler pusht eine Korrektur. Jetzt müssen alle Schritte 2-3 wiederholen, um das aktualisierte Build zu erhalten.
Gesamtaufwand für die Testung eines Pull Requests: 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 ist pro Build, jede Zeit.
67%
Von 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 verlorener Produktivität.
340 €/PR
Versteckter Kostenbeitrag pro Pull-Request
Die Lösung
Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.
CI automatically builds the app and creates a Capgo channel named after the PR number.
Testen Sie jeden PR in weniger als 60 Sekunden
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 einem realen Gerät. Dev pusht Fixes. Der Tester erhält Updates sofort. Keine Neininstallation 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.
Die integrierte Erschütterungsgeste ermöglicht die Aktivierung. Tester erschüttern 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'
})TechFlow
B2B SaaS - Team Collaboration 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.
Die wahre Qual war während der Hochbelastungswochen. Wenn mehrere Pull Requests gleichzeitig getestet werden mussten, musste QA ständig verschiedene TestFlight-Builds neu installieren. Die Tester waren verwirrt über die Version, die sie liefen. Fehler wurden auf bereits behobene Capgo gemeldet.
"Unsere QA-Team war von ständiger Frustration zu echter Zufriedenheit gekommen. Sie genießen jetzt sogar das Testen, weil sie nicht mehr warten müssen. Wir schicken doppelt so viele Features pro Sprint."
— Lisa Wong, Engineering Manager bei TechFlow
PR Preview verändert, wie Ihre gesamte Team auf mobile Entwicklung zusammenarbeitet.
TestFlight / Beta
Capgo PR Preview
Finden Sie die Lösung, die Ihren Teams Bedürfnissen entspricht
Apps, die mit Capacitor erstellt wurden
Bei Lern-, Veranstaltungs- und Community-Apps können sich gleichzeitig Überprüfungen zu Onboarding, Praxis, Live-Sessions und Abonnements befinden. Die Preview-Funktion für Pull Requests ermöglicht es Produkt-, QA- und Support-Teams, einen mobilen-fertigen Build vor dem Merge zu überprüfen.
ERziehung
Die Bildung-App benötigt von Stakeholdern überprüfte Änderungen an Lektionen, Kursen und Abonnements.
GESCHÄFT
Live-Engagement-App, bei der sich Ereignisflüsse vor der Merge-Integration testen sollten.
SPIELBrett
Community-App, bei der Turnier- und Analyse-Screens von Gerätevoransichten profitieren.
Ihrem QA-Team sollte es besser gehen als nur Fortschrittsbalken anzusehen. Geben Sie ihnen sofortigen Zugriff auf jeden PR.
Ihr QA-Team verdient es besser als nur Fortschrittsbalken anzusehen. Geben Sie ihnen sofortigen Zugriff auf jeden PR.
Dokumentation anzeigen