actions/checkout fails to retrieve default branch name

[nyanotech]

Description

I have a private repo, with an actions workflow that uses actions/checkout (I've tried v3 and v4, both have this issue) to check out first itself, and then a different private repo, like this.

When I run this, the action fails with this error:

::group::Determining the default branch
Retrieving the default branch name
Not found.

Looking through the logs on the gitea side, I find:

2024/03/06 02:48:38 ...eb/routing/logger.go:102:func1() [I] router: completed GET /api/v3/repos/[user]/[repo] for 10.89.0.2:0, 404 Not Found in 20.3ms @ web/goget.go:20(web.goGet)

Looking in the swagger ui, it looks like the base url is at /api/v1, so I assume that a v3 version of the route is just nonexistent.

In the end, I was able to work around this issue by manually specifying a ref: master to check out in the action's config, and that let the rest of the checkout succeed.

I'm having some trouble signing up on try.gitea.io at the moment, but I'll set up a repro on there when I get a chance.

Gitea Version

1.21.7

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Screenshots

No response

Git Version

2.43.1

Operating System

linux (nixos unstable)

How are you running Gitea?

gitea via nixos's package (runs under systemd, no containers), behind a nginx reverse proxy.

gitea instance is under its own subdomain, no extra subdir that it lives under.

the actions runner is also installed via nixos's package manager, running under systemd, on the same box

Database

PostgreSQL

[yp05327]

https://github.com/actions/checkout/blob/8eb1f6a495037164bea451156472f35fdd6bafc0/src/url-helper.ts#L35

[yp05327]

It seems that GHES only have v3 for APIs, and it is hard coded in checkout.
So maybe it is hard to push a PR for supporting custom API versions in checkout.

[a1012112796]

looks a quick fix option is seting ref input, example:

      - name: Checkout tools repo
        uses: actions/checkout@v4
        with:
          repository: testa/test_1
          path: my-tools
+         ref: main

[nyanotech]

Yeah, that's what I ended up doing on the repo where I ran into this.

[yp05327]

Yeah, checkout will get default branch by using API, if you provided one, then there's no need to get it from API.
see:
https://github.com/actions/checkout/blob/8eb1f6a495037164bea451156472f35fdd6bafc0/src/git-source-provider.ts#L134

[silverwind]

#29676 is closely related and I think the best course of action is to implement this API shim for that one /v3/repos/ API. The subsequent two API-calls (download zip or tar.gz) after it will likely already work.

[silverwind]

I closed #29676 in favor of this one. Basically we need to implement these APIs (the latter two likely already exist):

• GET /api/v3/repos/{owner}/{repo}
• GET /repos/{owner}/{repo}/tarball/{ref}
• GET /repos/{owner}/{repo}/zipball/{ref}

Relevant actions/checkout code is here. It's activated when git is not present in the image.

• https://github.com/actions/checkout/blob/8eb1f6a495037164bea451156472f35fdd6bafc0/src/git-source-provider.ts#L74
• https://github.com/actions/checkout/blob/8eb1f6a495037164bea451156472f35fdd6bafc0/src/github-api-helper.ts#L26