Xavier Morel 3ee3e9cc81 [IMP] *: trigger-ify staging cron ... The staging cron turns out to be pretty reasonable to trigger, as we already have a handler on the transition of a batch to `not blocked`, which is exactly when we want to create a staging (that and the completion of the previous staging). The batch transition is in a compute which is not awesome, but on the flip side we also cancel active stagings in that exact scenario (if it applies), so that matches. The only real finesse is that one of the tests wants to observe the instant between the end of a staging (and creation of splits) and the start of the next one, which because the staging cron is triggered by the failure of the previous staging is now "atomic", requiring disabling the staging cron, which means the trigger is skipped entirely. So this requires triggering the staging cron by hand.		2024-08-02 15:14:50 +02:00
..
merge_cron.xml	[IMP] *: trigger-ify staging cron	2024-08-02 15:14:50 +02:00
runbot_merge.pull_requests.feedback.template.csv	[CHG] forwardport: notify the outstanding forwardports rather than source	2024-06-04 08:56:51 +02:00