Commit
3365492e0eebdab580a2e8c2b0c0eea00e89d606
by infoci: move the deploy concurrency guard from Jenkins to the target
Every build after the first sat in the queue as a BlockedItem and never started
until Jenkins was restarted - observed three times on this controller. The only
plausible cause was disableConcurrentBuilds(), so it is removed.
The race it guarded against is two deploys swapping the `current` symlink at the
same time. That resource lives on the TARGET, not on Jenkins, so deploy.sh now
takes an flock on /var/lock/blut24-landing-deploy.lock for the whole run. That is
strictly better: it also covers deploys started by hand or from another controller,
which the Jenkins-side option never did.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
(commit: 3365492)