Skip to content
cron.surf

Run a GitHub Actions workflow on the last Friday of every month

GitHub Actions has no exact expression for “Last Friday of the month”. Here is why, a workaround, and the platforms that can do it. GitHub Actions takes POSIX cron in on.schedule and runs it on the default branch, in UTC unless the entry sets a time zone.

Why GitHub Actions can’t do this exactly

Defined on Quartz as 0 0 17 ? * 6L · “At 17:00, on the last Friday of the month”

  • day of week: GitHub Actions has no “last given weekday of the month” (6L).

Runs late on GitHub? Start it on the minute →

GitHub Actions gotchas

5 minutes is the floorGitHub documents every 5 minutes as the shortest interval a scheduled workflow can run. Do not count on anything tighter.
Runs can be late or droppedScheduled runs are delayed at busy times, especially at the start of each hour, and some may be dropped. Avoid minute 0 if timing matters.
UTC unless you set timezoneAdd timezone: with an IANA name to the schedule entry. Without it the schedule runs in UTC.
Default branch only, and it can switch offSchedules run from the latest commit on the default branch. In public repositories they are disabled after 60 days without activity.

FAQ

What is the GitHub Actions cron expression for “Last Friday of the month”?

There is none that matches exactly. GitHub Actions has no “last given weekday of the month” (6L).

Which time zone does a GitHub Actions schedule use?

In UTC by default. Add timezone: with an IANA name, such as Asia/Tokyo, next to cron: in the schedule entry.

Can GitHub Actions run every minute?

No. The documented minimum is every 5 minutes. For tighter intervals, trigger the workflow from outside with workflow_dispatch or repository_dispatch.

Does GitHub Actions support @hourly or @daily?

No. GitHub does not support @yearly, @monthly, @weekly, @daily, @hourly or @reboot. Use the five fields.