Włączono skanowanie kodu GitHub i otwarto pull request z gałęzi innej niż domyślna, ale raport skanowania pokazuje „Analysis not found”. Które dwie czynności zapewnią pomyślne zakończenie skanowania kodu dla tego pull requestu?

Poprawne odpowiedzi to: "Dodaj nazwę gałęzi innej niż domyślna do specyfikacji on:push w workflow skanowania kodu" oraz "Zaktualizuj kod w pull requeście". Gdy skanowanie kodu GitHub pokazuje „Analysis not found” dla pull requestu z gałęzi innej niż domyślna, oznacza to, że workflow skanowania kodu nie został wyzwolony dla tej konkretnej gałęzi lub nie zakończył się pomyślnie. Dodanie nazwy gałęzi innej niż domyślna do sekcji on:push w workflow skanowania kodu zapewnia, że workflow zostanie uruchomiony, gdy zmiany zostaną wypchnięte do tej gałęzi. To jest kluczowe, ponieważ domyślnie workflow może być skonfigurowany tylko dla gałęzi domyślnej. Zaktualizowanie kodu w pull requeście (np. poprzez pusty commit lub drobną zmianę) po zmodyfikowaniu workflow spowoduje ponowne wyzwolenie workflow skanowania kodu dla tego pull requestu, co pozwoli na przeprowadzenie analizy. Pozostałe opcje są nieprawidłowe: Dodanie nazwy domyślnej gałęzi do on:push nie rozwiąże problemu dla gałęzi innej niż domyślna. Usunięcie i ponowne zgłoszenie pull requestu z gałęzi domyślnej nie jest rozwiązaniem problemu z brakiem analizy dla pull requestów z gałęzi innej niż domyślna. Dodanie nowego workflow do skanowania kodu jest niepotrzebne; istniejący workflow można dostosować.