GitHub Actions + ChatGPT
Naprawa workflow z AI.
Workflow zakończył się błędem? Otwórz jego logi, skopiuj link i wklej go do ChatGPT. Asystent z dostępem do GitHub może sprawdzić przyczynę i poprawić kod.
Otwórz rozmowę z dostępem do repozytorium przez połączenie GitHub. Dla prywatnego repo sam link nie daje dostępu. Jeśli asystent nie może odczytać logów, wklej je przez Copy All Logs albo dołącz screenshot.
Otwórz repozytorium i wybierz Actions
Wybierz workflow swojej aplikacji
Znajdź nieudane uruchomienie
Każdy wpis na tej liście to osobne uruchomienie workflow. Znajdź wpis z czerwonym krzyżykiem i naciśnij go. Zielony znacznik oznacza, że dane uruchomienie zakończyło się poprawnie. Run Workflow uruchamia nowe zadanie, więc nie potrzebujesz tego przycisku, aby odczytać istniejący błąd.

Otwórz nieudany workflow
Po wybraniu czerwonego wpisu otworzysz szczegóły nieudanego uruchomienia. Znajdź job oznaczony statusem Failure i otwórz go, aby przejść do listy kroków.
Kolejne screeny pokazują inny przykład błędu z tego samego procesu publikacji: nie powiodło się Sign and upload TestFlight artifact. Naciśnij job sign-and-upload, aby zobaczyć jego kroki.

Znajdź krok z błędem
Otwórz krok oznaczony czerwonym krzyżykiem. Tutaj jest to Sign and upload to App Store Connect. Pozostałe kroki mogły zakończyć się poprawnie.
Link do konkretnego joba lub kroku ułatwia dotarcie do właściwego logu. Nie musisz samodzielnie interpretować wszystkich komunikatów.

Otwórz udostępnianie
Skopiuj link
W systemowym oknie udostępniania naciśnij Copy. Link trafi do schowka.
Jeśli korzystasz z GitHub w przeglądarce, skopiuj adres z paska po otwarciu właściwego joba. Link może kończyć się fragmentem #step:13:1, wskazującym konkretny krok i linię logu.

Wklej go do ChatGPT
Wróć do rozmowy, w której pracujesz nad aplikacją. Przytrzymaj pole wiadomości i wybierz Paste. Zachowasz kontekst wcześniejszych zmian.
W nowej rozmowie dopisz, czego dotyczy repozytorium i co ostatnio zmieniono. GitHub powinien być połączony z asystentem i mieć dostęp do tego repo.

Wyślij i sprawdź poprawkę
Dodaj krótkie polecenie: „Sprawdź logi i napraw ten workflow”, a następnie wyślij wiadomość. W rozmowie, w której cel jest już jasny, możesz wkleić sam link.

Asystent powinien sprawdzić ten run, aktualny kod i ostatnie zmiany. Po poprawce poproś o link do commita i informację o wykonanych testach.
Jeśli inne workflow działają, dopisz to. Taki kontekst pomaga porównać działające podpisywanie z błędnym zamiast od razu zmieniać klucze lub konfigurację konta.
Po zmianie kodu sprawdź nowe uruchomienie dla nowego commita. Re-run starego runa zwykle nadal korzysta ze starego kodu. Zielony build aplikacji nie oznacza jeszcze udanego podpisania i uploadu, a upload nie kończy przetwarzania przez Apple.
Screeny pokazują zgłoszenie błędu, nie dowód jego naprawienia. O wyniku decyduje nowy workflow i, dla zmian w aplikacji, sprawdzenie na urządzeniu.
Do skopiowania
Link + krótkie polecenie
Skopiuj prompt i zastąp nawias z instrukcją swoim linkiem.
Pokaż pełny prompt
Napraw błąd GitHub Actions z tego linku: [WKLEJ LINK DO NIEUDANEGO WORKFLOW, JOBA LUB KROKU] Sprawdź logi tego konkretnego uruchomienia, aktualny kod i ostatnie zmiany. Znajdź przyczynę błędu i zrób najmniejszą sensowną poprawkę w odpowiednim repozytorium. Przeczytaj jego AGENTS.md, README.md i dokumentację dotyczącą zmiany. Jeżeli inne aplikacje lub workflow podpisują się poprawnie, porównaj działający run z błędnym. Nie zakładaj problemu z kluczami tylko na podstawie „Authentication failed”. Uruchom dostępne testy. Po poprawce zrób jeden commit i push na main, jeśli zasady repozytorium na to pozwalają. Podaj link do commita, zakres zmiany i czego nie udało się zweryfikować. Sukces potwierdź dopiero na podstawie wyniku nowego uruchomienia. Jeśli nie masz dostępu do repozytorium lub logów, powiedz to i poproś o połączenie GitHub albo wklejenie logów. Nie zgaduj ich zawartości. Nie proś o ujawnienie sekretów.


