fallback to un-ratelimited "raw" endpoint for getManifestFromRepo

[Shegox]

The getManifestFromRepo function is utilized by several downstream actions such as setup-python and setup-go to download version manifests from a GitHub repository. However, when these Actions are run on GitHub Enterprise Server, the retrieval process counts against a 60 requests/hour/IP address rate limit imposed by GitHub.com. This limit is quickly exhausted if multiple runners share a single IP address.

Currently, the recommended solution is to manually add a GitHub.com access token to each action, which increases the rate limit. However, managing this at scale is cumbersome and impractical, particularly for Pull Requests from forks.

A more effective solution would be to download the manifest via the raw endpoint (e.g., https://raw.githubusercontent.com/actions/go-versions/main/versions-manifest.json). Unlike the content API, the raw endpoint does not impose rate limits, eliminating the need for an access token.

I have already implemented this approach for setup-python (see: actions/setup-python#766) and proposed it for setup-go (see: actions/setup-go#496).

To improve the overall process, I suggest making this the default behavior of the getManifestFromRepo function. It would first attempt to retrieve the manifest via the content API to maintain existing behavior, and then fallback to the raw API if it encounters an error or rate-limit.

I am willing to propose a Pull Request for this change if there is interest.

Code Snippet
n/a

Additional Information

For further context, see the issue discussing the rate limit challenge for setup-python: actions/setup-python#756