Introduce waiting for rate limits

[balupton]

The inability for this package to wait for the rate limits before trying again is causing https://github.com/bevry/staticsitegenerators to often fail

static site generators list ➞ local render ➞ hydrate local data
TypeError: fetch failed
    at node:internal/deps/undici/undici:13502:13
    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
    at async file:///Users/balupton/Projects/websites/staticsitegenerators-list/node_modules/@bevry/github-api/edition-es2022-esm/index.js:530:24
    at async queryREST (file:///Users/balupton/Projects/websites/staticsitegenerators-list/node_modules/@bevry/github-api/edition-es2022-esm/index.js:529:5)
    at async getGitHubRepository (file:///Users/balupton/Projects/websites/staticsitegenerators-list/node_modules/@bevry/github-api/edition-es2022-esm/index.js:648:20)
    at async Promise.all (index 204)
    at async getGitHubRepositories (file:///Users/balupton/Projects/websites/staticsitegenerators-list/node_modules/@bevry/github-api/edition-es2022-esm/index.js:658:12)
    at async hydrate (file:///Users/balupton/Projects/websites/staticsitegenerators-list/edition-es2023-esm/util.js:76:19)
file:///Users/balupton/Projects/boundation/source/versions.js:239
                                        throw new Error(`No editions were kept, there should have been one.`)
                                              ^

[balupton]

Equivalent code to wait for the rate limit in Dorothy:
https://github.com/bevry/dorothy/blob/5bfd404ae675addf52785ff563c788ae203ec3cf/commands/get-github-release#L311

[balupton]

@dougdonohoe would it be possible to get a PR for this? So the fetch/query rest and graphql will wait when encountering a rate limit, waiting until the specific reset time for that specific rate limit.

I'm also thinking whether your concurrency fix should be done here, as that seems like a bug here.

[balupton]

Implemented by #297