-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Setup action v0.2.1 failing on GitHub Enterprise Server #10
Comments
Alternatively fetching the |
Since recently, we have a similar problem on our GHES, also with the checkout step. In our case, the default branch cannot be determined by the checkout action, I believe because it is operating on github.com URLs. |
Hello @palloberg @m-breitbach But i investigated this issue and looks like we always need to use Can you test these changes with
We probably don't need to add input for |
Hi @DmitriyLewen. Thanks for looking into this.
For GHES the checkout action is using the hostname of the local GHE server ("the same instance that the workflow is running from unless specified" is what the docs there say), so doing as you did in your fork and hard-coding it to
When running on GHES the token created for the workflow is not valid on GitHub.com. So a valid GitHub.com token must be passed to the workflow in that case. If that is not set the default As long as that parameter is optional and defaults to Typically adding this to inputs:
githubcom-token:
description: >
Access token for reading from GitHub.com when the action is running on GitHub Enterprise Server (GHES).
https://github.com/actions/create-github-app-token can be used to obtain such a token. The token only need to
be scoped with read access to public repositories.
default: ${{ github.token }} Then pass that input to The A user of GHES can then utilize https://github.com/actions/create-github-app-token to create a token for GitHub.com and pass that to
That's true. Using |
@palloberg thanks for this information! |
Tested the |
Hi.
When running on a self hosted GitHub Enterprise Server (GHES) the new version of
setup-trivy
is failing because it's using the checkout action without allowing thetoken
andgithub-server-url
to be overridden. In that case it tries to check outcontrib/install.sh
fromaquasecurity/trivy
on the local GHES instead of from https://github.com/aquasecurity/trivy.Updating
setup-trivy
(and thetrivy-action
) with optional parameters fortoken
andgithub-server-url
and passing those toactions/checkout
would probably make it compatible with GHES as well (although more config would be needed for users of the action on GHES).The text was updated successfully, but these errors were encountered: