* * * * * Ouvrir dans l’analyseur d’expressions cron Champ par champ
| Champ | Valeur | Correspond à |
|---|---|---|
| Minute | * | Toute valeur |
| Heure | * | Toute valeur |
| Jour du mois | * | Toute valeur |
| Mois | * | Toute valeur |
| Jour de la semaine | * | Toute valeur |
Prochaines exécutions
Exemple : les 6 premières exécutions après le 1 janvier 2026 (UTC).
- jeu. 1 janv. 2026, 00:01
- jeu. 1 janv. 2026, 00:02
- jeu. 1 janv. 2026, 00:03
- jeu. 1 janv. 2026, 00:04
- jeu. 1 janv. 2026, 00:05
- jeu. 1 janv. 2026, 00:06
Versions prêtes à l’emploi
* * * * * /path/to/command Ajoutez la ligne avec crontab -e. Elle s’exécute dans le fuseau du serveur, sauf si CRON_TZ ou TZ est défini.
apiVersion: batch/v1
kind: CronJob
metadata:
name: every-minute
spec:
schedule: "* * * * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] Définissez spec.timeZone (Kubernetes 1.27+) ; sinon la planification suit le fuseau du controller manager, généralement UTC.
GitHub Actions: GitHub Actions ne peut pas exécuter cette planification : son intervalle minimal est de 5 minutes.
GitHub Actions utilise toujours l’UTC, accepte des intervalles d’au moins 5 minutes et peut démarrer en retard en cas de forte charge.
0 * * * * ? Quartz place les secondes en premier et exige ? dans le jour du mois ou le jour de la semaine. Les jours vont de 1 à 7 à partir du dimanche : les noms sont plus sûrs.
@Scheduled(cron = "0 * * * * *") Spring @Scheduled(cron = …) prend six champs : les secondes, puis les cinq habituels.
FAQ
› La minute est-elle l’intervalle le plus court pour cron ?
Oui. Le cron standard a une résolution d’une minute. Pour descendre en dessous, utilisez une boucle avec sleep, un timer systemd ou un planificateur avec un champ secondes comme Quartz.
› Dans quel fuseau horaire * * * * * s’exécute-t-elle ?
Cron utilise le fuseau horaire de la machine ou du service qui l’exécute. Sous Linux, c’est le fuseau du système sauf si CRON_TZ ou TZ est défini ; les CronJob Kubernetes acceptent spec.timeZone ; GitHub Actions utilise toujours l’UTC.
› Comment vérifier cette planification avant de la déployer ?
Ouvrez * * * * * dans l’analyseur d’expressions cron de ce site. Il explique chaque champ et liste les prochaines exécutions en heure locale ou en UTC, directement dans votre navigateur.