Re: Possible bug with checkout and submodules

From: Adam Hutchings <adam.abahot@gmail.com>
Date: Oct 16, 2021, 20:32 UTC
Message-ID: <CADTYju16KTNP_4cLs=Q=19r72ECgYnjLv=Y3nCNhX1fs1P-vxQ@mail.gmail.com>
In-Reply-To: <YWsffmtRQKQGxkiR@camp.crustytoothpaste.net>

OK, thank you!

On Sat, Oct 16, 2021 at 11:52 AM brian m. carlson <sandals@crustytoothpaste.net> wrote:

Show 42 quoted lines

>
> 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