By submitting, you consent to our use of your data. Privacy Policy.
Kategorie
Technologie
Erstellt von
Beam.ai
Starten Sie einen Codemagic-Build in dem Moment, in dem ein Branch gemergt wird, und automatisieren Sie den manuellen Startschritt, der andernfalls auf den Schultern eines Mobile-Engineers lastet.
Build-Pipeline-Trigger
Codemagic führt konfigurierte Build-Pipelines für iOS-, Android- und Flutter-Projekte bei Ereignissen wie einem Merge oder einem Tag aus. Ein Beam-Agent liest das Repository-Ereignis, wendet die vom Kunden genehmigte Regel darüber an, welche Branches oder Tags erstellt werden sollen, und startet die entsprechende Pipeline, anstatt dass ein Engineer dies manuell tun muss. Er kann das Team auch benachrichtigen, sobald die Pipeline abgeschlossen ist, unabhängig davon, ob das Ergebnis erfolgreich oder fehlerhaft war. Änderungen daran, welche Pipeline für welchen Branch ausgeführt wird, sowie alle Fehler im Zusammenhang mit der Signierung oder Bereitstellung werden zur Fehlerbehebung an einen Menschen weitergeleitet.
App Store Deployment Übergabe
Codemagic kann einen fertigen Build nach App Store Connect oder Google Play veröffentlichen, sobald er erfolgreich war. Ein Beam-Agent überwacht erfolgreiche Builds, die die genehmigten Release-Kriterien erfüllen, übergibt diese an den konfigurierten Veröffentlichungsschritt und benachrichtigt den Release-Owner, dass ein neuer Build für den Store bereitsteht. Der Agent entscheidet nicht selbst, was als release-bereit gilt; diese Regel wird vom Kunden im Voraus festgelegt. Jede fehlgeschlagene Einreichung, Metadaten-Ablehnung oder Store-Review-Probleme werden zur Behebung an einen Menschen weitergeleitet.
Benachrichtigung bei Build-Fehlern
Wenn eine Codemagic-Pipeline fehlschlägt, verweist das Protokoll auf einen bestimmten Schritt, wie z. B. einen Test, ein Signaturzertifikat oder einen Abhängigkeitsfehler. Ein Beam-Agent liest die Fehlerursache, wendet die genehmigte Regel an, wer für diese Art von Fehler zuständig ist, und benachrichtigt die entsprechende Person mit dem relevanten Protokoll-Ausschnitt, anstatt dass das gesamte Team die Konsole durchsuchen muss. Der Agent kann auch ein verknüpftes Ticket wiederöffnen, falls eines für den Branch existiert. Wiederkehrende Fehler mit unklarer Ursache werden zur Untersuchung an einen menschlichen Engineer weitergeleitet.
