Unclear The finding does not say what folder seeding is, and only suggests that this check backs the existing refusal message.
What
A new check examines each .git entry (the hidden folder where git keeps a project's history) when seeding a folder. It refuses:
- Index files that are symlinked or hardlinked (links pointing to another file).
- Entries it does not recognise.
.gitfolders that are too large.- Folders missing their config or HEAD file.
It seems to be what triggers the existing message "has a .git entry that could not be read as a git checkout".
Why
Only .git folders that look like normal, self-contained git checkouts get past this check.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
The finding does not say what folder seeding is, and only suggests that this check backs the existing refusal message.