-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hitting Docker rate limit and ways to avoid that #69
Comments
Hi @Axelcouty, thanks for raising the issue! Another possibility is a full rewrite in JS/TS. When we originally started our development of Merge Gatekeeper, we considered whether we should write in JS/TS for fast startup without hardly any build prep step, or write with our most comfortable option which was Go at the time. We chose the latter, as the slow start wasn't particularly a problem for most of use cases (because Merge Gatekeeper is meant to wait for some slow jobs anyways). We also hoped this action would be obsolete with some official support provided from GitHub 😅 |
Hoy! Sorry i realized you had to look for informations by yourself, which you provided on my PR x). Looking at how github action works it seems like having actions defined in JS removes some drawbacks... No worries open source projects are not easy to maintain ! 12 days for m'y reply :3 I understand github could have taken this but maybe they wait your rewrite in JS/TS to take it ahah! |
Hello !
First thanks for this project :).
I'm working with merge-gatekeeper as a github action like this:
It seems that for our projects every Pull Requests triggers this action which always build a docker image using this Dockerfile.
The FROM uses a default docker repository which is prone to rate limits.
To my knowledge there is currently no way to avoid the issue, here are random thoughts to tackle that in the future:
What do you think ?
The text was updated successfully, but these errors were encountered: