Die Übersicht zeigt, welcher Stand bei welchem Kunden liegt und welche Zertifikate ablaufen. Offen sammelt Builds mit unerledigten Schritten.

Zwei Bereiche in der Seitenleiste beantworten Fragen über alle Projekte hinweg. Die Übersicht zeigt, was bei den Kunden liegt und was bald abläuft. Offen zeigt, was nach einem Build noch zu erledigen ist.

Die Übersicht

Die Übersicht beantwortet die Frage: Was liegt in welchem Store, und wie weit ist der Code inzwischen? In der Seitenleiste steht darunter „Stand beim Kunden”, oder, wenn etwas abläuft, wie viele Zugangsdaten betroffen sind.

Stand beim Kunden

Für jedes Projekt gibt es eine Karte. Pro eingerichtetem Store zeigt sie eine Zeile:

Spalte	Inhalt
Store	Google Play, App Store Connect, Microsoft Store oder macOS
Version	zuletzt hochgeladene Version mit Build-Nummer
Datum	wann hochgeladen, mit „vor … Tagen”
Git	der Commit des Builds, das Git-Tag und wie viele Commits seitdem dazugekommen sind

„Code unverändert” heißt: Seit dem Upload hat sich auf dem Branch nichts getan. „12 Commits seitdem” heißt: Beim Kunden liegt ein älterer Stand. Der Zusatz „laut Store” zeigt, dass die Angabe direkt von der Store-API kommt und nicht nur aus der eigenen Historie.

Unter den Store-Zeilen steht der letzte Build mit Preset, Version, Status und Zeitpunkt. Ist für ein Projekt kein Upload eingerichtet, steht dort Kein Upload eingerichtet.

Neu abfragen fragt alle Stores erneut und prüft die Ablaufdaten noch einmal.

Alle Varianten bauen

Alle in die Warteschlange … baut mit einem Klick ein Preset pro Projekt, auf Wunsch mit Upload. So bekommen alle Kunden denselben Stand. Wie das geht, steht unter Bauen und Warteschlange.

Ablaufende Zugangsdaten

Zertifikate, Profile und Schlüssel laufen ab, und meist merkt man es erst, wenn ein Build oder Upload scheitert. Die Station liest die Ablaufdaten vorher aus. Geprüft werden:

Zugangsdaten	Woher die Station das Datum kennt
iOS-Distribution-Zertifikat	aus dem Schlüsselbund, passend zum Team in der `project.pbxproj`
Provisioning-Profil	aus den installierten Profilen zur Bundle-ID
Android-Upload-Schlüssel	aus dem Keystore, den `android/key.properties` nennt
Partner-Center-Schlüssel	aus dem Datum, das du bei der Store-Einrichtung einträgst
Developer-ID-Zertifikat	aus dem Schlüsselbund, für Projekte mit macOS-Direktvertrieb

Alles wird nur gelesen. Für den Android-Keystore nutzt die Station das Passwort aus der key.properties und übergibt es nur über eine Umgebungsvariable an keytool.

Die Ampel

Jede Projektkarte zeigt rechts oben einen farbigen Punkt für die Zugangsdaten dieses Projekts, mit dem dringendsten Fall als Text. Fährst du mit der Maus darüber, siehst du alle Einträge mit Datum.

Farbe	Bedeutung
grün	alles gültig
gelb	läuft in weniger als 45 Tagen ab
rot	läuft in weniger als 14 Tagen ab oder ist abgelaufen
grau	Datum unbekannt

Alles, was gelb oder rot ist, steht zusätzlich oben in der Übersicht unter Zugangsdaten, die bald ablaufen, mit dem Weg zur Erneuerung. Etwa: „In Xcode unter Settings › Accounts › Manage Certificates ein neues Apple-Distribution-Zertifikat anlegen.”

Laufen Zugangsdaten in weniger als 14 Tagen ab, meldet macOS das einmal pro App-Start mit einer Mitteilung. Die Übersicht sieht man schließlich nicht jeden Tag.

Offen: die Arbeitsliste

Der Bereich Offen sammelt alle erfolgreichen Builds, deren Checkliste noch nicht vollständig abgehakt ist, über alle Projekte hinweg. Anders als der Verlauf ist das keine Historie zum Nachschlagen, sondern eine Liste zum Abarbeiten. Der Zähler in der Seitenleiste zeigt, wie viele Builds offen sind.

Jede Karte zeigt:

in der Kopfzeile Projekt, Preset, Version, Branch und Commit
darunter Als Nächstes: mit dem nächsten offenen Schritt
die Upload-Aktionen mit dem Griff zum Herausziehen, ohne Wechsel in einen anderen Tab
die Checkliste zum direkten Abhaken
die Notiz zum Build, falls es eine gibt

Zwei Knöpfe sparen Klicks:

„…” erledigt hakt den nächsten offenen Schritt ab, mit dessen Namen im Knopf.
Alles abhaken schließt einen Build ab, den du außerhalb der Station hochgeladen hast.

Oben schaltest du zwischen Neueste zuerst und Nach Projekt um. Ist alles erledigt, steht dort Nichts offen, mit Zum Verlauf als Weg zu den abgeschlossenen Builds.

Lädst du über die Station hoch, hakt sie „Version/Build-Nummer geprüft” und den Hochladen-Schritt selbst ab. Übrig bleibt, was nur du wissen kannst, etwa ob der Kunde informiert ist. Mehr zur Checkliste steht unter Artefakte und Upload.