2 years ago
Hello, I just updated my upstream repo that my template is using in two services. At first I used the "check for updates" in both services and updated them to latest, I then had a build error and had to push a new fix, however, since that the "check for updates" fails to find ny new commits. What can I do? I have seen this before in other project where it did not work at all when I pushed, but I have some hopes here since it did work the first time just 10 minutes ago. š
0 Replies
2 years ago
f40468c7-29f6-4806-9ec5-30050947b99d
2 years ago
the check for updates is cached for 24 hours afaik
2 years ago
cc @Faraz what would be the reason for such a long cache on that? is it an API intensive check?
2 years ago
Good question. It is intensive + GH API rate limits for public repos aren't great even when authenticated.
2 years ago
am i correct with the 24 hour number?
2 years ago
Yes.
2 years ago
would dropping that down to 12 hours be okay, or would it be worth it to instead purse alterative methods to check for updates?
2 years ago
I think we could make this fetch fresh on click and the automatic fetch can remain 24h.
2 years ago
best of both worlds!
2 years ago
would need a limit per hour or a dead time though, check <#1177701394929680465> if you wanna know why i say that <:kekw:788259314607325204>
2 years ago
That sounds good! Thanks! š today I was able to fetch the update
2 years ago
Btw, aren't there some GH hooks that would work the other way around? So you don't have to poll for updates?
2 years ago
This is kinda finicky as these are public repos.
2 years ago
Receiving webhooks only works if the repo owner has given us access to the repo. Us being our GH app.
2 years ago
Anyway, just merged a fix for this so it doesn't use the cache when manually checking. š
2 years ago
Amazing ! š thank you !!!