-
Notifications
You must be signed in to change notification settings - Fork 58
Open
Description
On Gitlab, it looks like the PR check fails to run, due to the following error :
[sfdx-hardis] To benefit from Gitlab advanced integration, you need to :
- Go to Settings -> Access tokens -> create a project token named "SFDX HARDIS BOT" with developer access and scope "api", then copy its value
- Go to Settings -> CI/CD -> Variables -> Create a masked variable named CI_SFDX_HARDIS_GITLAB_TOKEN, and paste the access token value
[sfdx-hardis][command] git fetch origin undefined:undefined
[sfdx-hardis] [Warning] Unable to fetch target branch undefined to prepare call to sfdx-git-delta
{"task":{"commands":["fetch","origin","undefined:undefined"],"format":"utf-8"}}
[sfdx-hardis][command] git log --pretty=format:òòòòòò %H ò %aI ò %s ò %D ò %b ò %aN ò %aE òò undefined..features/config/test
Error (1): fatal: ambiguous argument 'undefined..features/config/test': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
Cleaning up project directory and file based variables 00:01
ERROR: Job failed: command terminated with exit code 1
I tried another time without success.
Setting up CI_SFDX_HARDIS_GITLAB_TOKEN solved the issue as git fetch is using the right branches.
I'll try to investigate a bit more on this issue to see if it's generalized or if this is my mistake. This would be bad because some Gitlab free instances can't have project access tokens.
EDIT: typo
Metadata
Metadata
Assignees
Labels
No labels