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
Don't require the full Git history #5626
Comments
Hi! This looks like an enhancement request, also considering that this particular implementation didn't change. What changed is that we fixed a couple of bugs that prevented this error for being reported, and we improved the error message. We don't probably need the whole history, but we would be fine with the number of commits that allow super-linter to correctly get changes in case You can try setting fetch depth to a number > 0 and see if that works. In that case, we might update the documentation and the error message to reflect that. |
In other words, we need a number of commits that allows these two commands to run:
so super-linter can correctly get diffs. This is something that super-linter cannot know in advance because the What super-linter might do is to require a fetch depth >0 (i.e. require that a repository is not shallow), and check if the number of commits is enough to compute the diff. Although this is not clear yet. |
How did it work in the version 5? Oh! I just checked: https://github.com/super-linter/super-linter/blob/v5.7.2/lib/functions/buildFileList.sh#L99 |
That way could potentially alter the state of the local repository, which is something that we don't want to do. |
Is there an existing issue for this?
Current Behavior
Version 6 requires
fetch-depth: 0
, however this is not feasible for every repo, for repos with long history a clone can take too much time.Expected Behavior
Be able to disable whatever lints that requires complete git history
Super-Linter version
Relevant log output
Steps To Reproduce
Anything else?
No response
The text was updated successfully, but these errors were encountered: