Eksplorowanie zdarzeń

Ukończone

Zdarzenia są implementowane przez w klauzuli w definicji przepływu pracy.

Istnieje kilka typów zdarzeń, które mogą wyzwalać przepływy pracy.

Zaplanowane zdarzenia

W przypadku tego typu wyzwalacza należy podać harmonogram cron.

on:
    schedule:

        - cron: '0 8-17 * * 1-5'

Harmonogramy Cron są oparte na pięciu wartościach:

  • Minuta (0–59)
  • Godzina (0–23)
  • Dzień miesiąca (od 1 do 31)
  • Miesiąc (1–12)
  • Dzień tygodnia (od 0 do 6)

Aliasy dla miesięcy to JAN-DEC, a dla dni tygodnia to SUN-SAT.

Dzika karta oznacza dowolny element. (* jest specjalną wartością w YAML, więc ciąg cron będzie musiał być ujęty w cudzysłów)

Tak więc, w powyższym przykładzie, harmonogram będzie 8:00 - 17:00 od poniedziałku do piątku.

Zdarzenia w kodzie

Zdarzenia kodu będą wyzwalać większość akcji. Dzieje się tak, gdy w repozytorium występuje interesujące zdarzenie.

on:
    pull_request

Powyższe zdarzenie zostanie wyzwolone po wystąpieniu pull requesta.

on:
    [push, pull_request]

Powyższe zdarzenie zostanie wyzwolone, gdy wystąpi wypychanie lub żądanie ściągnięcia.

on:
    pull_request:
        branches:

            - develop

Zdarzenie pokazuje, jak określić, która część kodu jest istotna.

W takim przypadku uruchomienie nastąpi po utworzeniu żądania pull w gałęzi develop.

Zdarzenia ręczne

Istnieje unikatowe zdarzenie, które jest używane do manualnego wyzwalania przebiegów przepływu pracy. Należy użyć zdarzenia workflow_dispatch.

Przepływ pracy musi znajdować się w gałęzi domyślnej dla repozytorium.

Zdarzenia webhook

Przepływy pracy można wykonywać po wywołaniu webhooka GitHub.

on:
    gollum

To zdarzenie zostanie wyzwolone, gdy ktoś zaktualizuje (lub utworzy po raz pierwszy) stronę wiki.

Zdarzenia zewnętrzne

Zdarzenia mogą znajdować się w repository_dispatch. Umożliwia to wyzwalanie zdarzeń z systemów zewnętrznych.

Aby uzyskać więcej informacji na temat zdarzeń, zobacz zdarzenia wyzwalające przepływy pracy.