Elliott Street

Would adding baseUrl support be enough to work with other git providers? (e.g. Gitlab)

I would also appreciate this feature. Based on this [blog post](https://jfrog.com/blog/power-up-helm-charts-using-kustomize-to-manage-kubernetes-deployments/#Overlaying_with_Kustomize) it seems it was even possible at some point, however I haven't been able to get it to work...

I think this issue could probably be part of https://github.com/neatnik/omg.lol/issues/532, however that issue didn't mention this specific behaviour.

Thanks @newbold, I appreciate the effort.

I had a similar issue, but for me the whole settings block was returned as false initially, see https://github.com/neatnik/omg.lol/issues/583. I think @newbold is actively working on it.

A bit more consistency with types would be appreciated also, for example `GET`ing DNS records produces a list of records as: ```json "dns": [ { "id": "2857074", "type": "A", "name":...

Is this a bug, or a feature? :) Should be documented though if the latter

There's currently no way to do it in the chart, but as a workaround you can use the `ACTIONS_RUNNER_CONTAINER_HOOK_TEMPLATE` env var to mount a configmap that contains a template. Here's...

Ah, sorry, it should go under `.Values.template.metadata.annotations`, as per [here](https://github.com/actions/actions-runner-controller/blob/master/charts/gha-runner-scale-set/templates/autoscalingrunnerset.yaml#L139). `ACTIONS_RUNNER_CONTAINER_HOOK_TEMPLATE` applies for `kubernetes` mode workflows, apologies for the mix up.

> Yes, it doesn't work in containers. For me, it was working fine in a container on a Github managed runner. It only stopped working when I switched to a...