Replies: 1 comment
|
The Since the request is being made from GitHub Actions, I would first verify the rate limit independently using the same workflow environment: - name: Check GitHub API rate limit
env:
GH_TOKEN: ${{ github.token }}
run: |
gh api rate_limit --jq '.resources.core | {limit, remaining, used, reset}'Then compare this with the rate limit reported by GoReleaser. If Make sure the token is explicitly available to the GoReleaser step, for example: env:
GITHUB_TOKEN: ${{ github.token }}Also verify which environment variable and authentication mechanism the particular GoReleaser version expects. The important point is that the means that request is currently subject to the 60-request limit; it does not necessarily mean that the GitHub Actions I would therefore first confirm that the exact requests made by GoReleaser are authenticated with the Actions token before treating this as a GitHub rate-limit discrepancy. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Select Topic Area
Question
Body
According to this document:
But in my repository, the response header that accesses the GITHUB API through GITHUB_TOKEN found that the ratelimit is 60. In the process of using goreleaser, because goreleaser will sleep when the ratelimit is less than 100, it will eventually cause the job to timeout. Why my rate limit is 60, Instead of 1000 as described in the documentation
my jobοΌhttps://github.com/dougsong/pulumi-volcengine/actions/runs/5863103337/job/15896010917
x-ratelimit-limit: 60
x-ratelimit-remaining: 58
x-ratelimit-reset: 1692071444
x-ratelimit-used: 2
x-ratelimit-resource: core
All reactions