Unclear It is not clear whether the new check still refuses a hard-linked .git file in some other way.
What
In some projects .git is a small file that points to where git keeps its data, rather than a folder. Claude Code checks this file in some git operations, such as building a bundle (a packed copy of a repository) or moving a session elsewhere. It used to refuse the file if it had more than one hard link, meaning the same file appeared under more than one name on disk. That rule is gone. The file is now read in a way that requires it to be reached under one name.
Why
This is a security check, and it now uses a different test than before. A .git file that is hard-linked is no longer refused on the link count alone.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
It is not clear whether the new check still refuses a hard-linked `.git` file in some other way.