feat: add queue size limit to github webhook server helm template

[Sajadorouji]

We recently hit the queue size limit that is 100 by default and as i find out there is no way to pass the value through the helm chart

Here is a fix to enable users to add their queue size limit in case of need

[toast-gear]

LGTM beyond the docs need updating charts/actions-runner-controller/readme.md

[Sajadorouji]

Hey thanks for the review
Readme.md file has been updated with the correct name and value

[Sajadorouji]

@debugger24 @mumoshu Thanks for the review and comments
I've commit your suggestion on the helm value, do we need to bump the chart version as well or not

[toast-gear]

Apologies I've not been on this, work is busy.

I am a believer of convention over configuration. We historically have not put the default in the values.yaml docs if it's set in the app itself. Perhaps that was mistake but I'd prefer for us to be consistent so could we:

1. remove the stated default from the docs as it's inconsistent with the rest of the doc
2. remove ## Queue limit size override, by default its 100 from the values.yaml as this is the same thing as point 1

I'm fine with the commented out queueLimit: 100 in the values.yaml

[Sajadorouji]

@toast-gear I've updated the value file and deleted the comment also enabled the queuelimit value 100 to be active
But i didn't understand your point 1 in the comment
If we leave this enable in value file with 100 that would be same as the readme description, if i'm missing something please point me to it

[toast-gear]

LGTM

[mumoshu]

Thanks a lot for your contribution! @Sajadorouji ☺️
Regarding the comment-out of the default value in values.yaml, I think that's probably the way to go for us, as it should result in less issues when e.g. we updated the default value in Go code but forgot to do so in values.yaml.

However, we do have some inconsistencies in other values within the same file, like, we probably want to comment out the default syncPeriod setting as well for the same reason and for consistency.