On 2021-10-16 at 18:44:04, Adam Hutchings wrote: > Hi, > > I may have found a bug in Git but I'm not sure if it's intentional or not. I > > checked out to a new branch to test a PR on my repo, and the PR added a > > submodule. I init'ed and updated the submodule, and when I was done testing, I > > went back to my main branch. However, it did not remove the submodule, and > > produced this message: > > > ``` > > $ git checkout main > > warning: unable to rmdir 'glfw': Directory not empty > > Switched to branch 'main' > > $ > > ``` > > > A friend of mine has managed to reproduce this behavior. We believe the expected > > outcome is to remove the submodule folder, but this does not seem to happen. Is > > this intentional? This is intentional. It may be that the submodule has data that's ignored, it could have local changes, or it could have additional unpushed history, any of which would probably be data users might not want to lose. As a result, we don't remove the directory unless the user has run "git submodule deinit". -- brian m. carlson (he/him or they/them) Toronto, Ontario, CA
Attachment:
signature.asc
Description: PGP signature
