Turbo daemon interrupts `git rebase` with git lock file about turborepo

[NicholasLYang]

Hey thanks for the issue! It's really helpful to get some feedback from people using larger monorepos. We can definitely look into adding --no-optional-locks to the git process. However, this won't solve all of the git locking issues, since we do use git in file hashing. Basically we use it to hash the files so we can do change detection at a more granular level. I'll try to think of a way to avoid blocking git while hashing.

[richardhopton]

We're seeing the same error regularly with our monorepo. I've seen it with rebasing, but also with lint-staged which stashes unstaged changes, runs linters/format checkers/type checkers, then pops the changes afterwards. This can result in changes being lost since lint-staged runs as a pre-commit hook.

[weyert]

Yes, seeing the same issue when running turbo and trying to commit changes in tools like Sourcetree (Mac)

[mehulkar]

#8247

[NicholasLYang]

This should be fixed in 2.0 or 1.13.4. Just restart the daemon with turbo daemon restart