Hi, as the PLC4X build also uses that, perhas what we did would be also an option for you? We build the website on our own VM, but stash the built website … then on the git-websites agent, we simply unstash what was built on our VM and deploy that … this reduces the lock we have on shared infra to the minimum … We’re also doing the same with deploying snapshots: We build on our VM and use one of the ubuntu agents to deploy.
Cause running a build on a PR, should probably not require staging of website changes … as soon as the PR is merged, then of course. Chris Von: Andrea Cosentino <anco...@gmail.com> Datum: Montag, 19. Februar 2024 um 13:20 An: dev <dev@camel.apache.org> Betreff: Re: Excessive use on the "git-websites" runners? Usually there is not that much activities. There were 3 PRs related to cves and some related to the last release done during the weekend. So this should be just a temporary saturation. We don't have other way of publishing the website except using that mechanism. Il lun 19 feb 2024, 13:13 Christofer Dutz <christofer.d...@c-ware.de> ha scritto: > Hi all, > > I’m currently trying to finish up some stuff for the upcoming PLC4X > release. However am having problems because every time I want to update our > website, I have to wait a long, long time, because all 3 runners in the > “git-websites” class (websites1, websites2 and websites3) are blocked with > really long running builds of Apache Camel. > > Most all have the tags associated with PRs … so I am asking myself: Do > these builds have to be on git-websites? If not … it would be appreciated > if you wouldn’t keep on blocking all runners. Of is currently something out > of the ordinary going on? > > Chris >